| Summary: | [bsd.cpu.mk] [patch] Have Fortran use the CPUTYPE variable | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Base System | Reporter: | gjohnson <gjohnson> | ||||
| Component: | conf | Assignee: | freebsd-bugs (Nobody) <bugs> | ||||
| Status: | Closed FIXED | ||||||
| Severity: | Affects Only Me | ||||||
| Priority: | Normal | ||||||
| Version: | Unspecified | ||||||
| Hardware: | Any | ||||||
| OS: | Any | ||||||
| Attachments: |
|
||||||
Responsible Changed From-To: freebsd-bugs->brueffer Assign to brueffer who has recently been cleaning up Fortran-related issues. Since Fortran is no longer in the base system (now just a port), this may be OBE. >Assign to brueffer who has recently been cleaning up Fortran-related
>issues. Since Fortran is no longer in the base system (now just a
>port), this may be OBE.
I don't know if this cleanup effort was abandoned, considering the
amount of time that has passed since the above comment, but just for
the record: if all Fortran-related material in the base system
makefiles is removed without accompanying changes to FreeBSD Ports, it
will break many of the Fortran-related ports, as many of these ports
use bsd.lib.mk, etc. If a removal is still planned, the Fortran bits
should be extracted and moved to ports/Mk/bsd.gcc.mk, or another
relevant ports makefile.
b.
Responsible Changed From-To: brueffer->freebsd-bugs I haven't used Fortran in a long time. State Changed From-To: open->feedback I suggest we close this problem report. Fortran now is simply *some* programming language in ports, after its removal from base. It shouldn't be handled any differently than any other /usr/ports/lang/*, imo. Thus it should not be dealt with in bsd.cpu.mk. Thoughts? State Changed From-To: feedback->closed per arundel |
Programs compiled with Fortran do not make use of the CPUTYPE variable. The enclosed patch allows Fortran programs to be compiled with a machine optimization setting via the CPUTYPE variable. Fix: Apply the enclosed patch to src/share/mk/bsd.cpu.mk