non port: Mk/Uses/fortran.mk |
Number of commits found: 30 |
Tuesday, 5 Dec 2023
|
18:11 Thierry Thomas (thierry)
Mk/Uses/fortran.mk: introduce a new CFLAGS for ISO_Fortran_binding.h
Define CFLAGS_F2018: if needed it will point towards the directory
containing ISO_Fortran_binding. (installed by GCC).
PR: 275431
dd37ac8 |
Thursday, 2 Nov 2023
|
16:02 Thierry Thomas (thierry)
Mk/Uses/fortran.mk: remove -B from LDFLAGS
That flag makes the compiler use /usr/local/bin/ld from devel/binutils.
The base system was stuck with an old GPLv2 version of binutils at the
time and lang/gcc required a newer version.
With LLVM ld in base it seems to be safe to remove that flag.
Discussed with: tijl
833bce4 |
Wednesday, 16 Nov 2022
|
21:38 Lorenzo Salvadore (salvadore)
Mk/Uses/fortran.mk: Make gfortran respect USE_GCC
Allow choosing a specific version of gfortran through USE_GCC variable.
PR: 266196
Approved by: thierry (fortran)
Co-authored by: thierry
4191c71 |
Friday, 4 Nov 2022
|
16:42 Thierry Thomas (thierry)
Mk/Uses/fortran.mk: set variables for F90
Re-apply fa6fe3f8b6d7 now that net/mpich has been fixed.
5d3d887 |
Tuesday, 1 Nov 2022
|
18:54 Thierry Thomas (thierry)
Mk/Uses/fortran.mk: revert fa6fe3f8b6d7
For some reason, net/mpich does not accept FC with F90. It should be
possible to fix it, but I’m afraid that other ports could be affected
too, so it seems better to revert for the moment.
PR: 267502
Reported by: jfc (at) mit.edu
0e482f8 |
16:24 Thierry Thomas (thierry)
Mk/Uses/fortran.mk: add a defininition for F90
Some Makefiles look for F90.
fa6fe3f |
Friday, 30 Sep 2022
|
20:13 Rene Ladan (rene)
Mk/Uses: unregister expired flang from fortran.mk
28d4aac |
Sunday, 24 Apr 2022
|
10:00 Tobias C. Berner (tcberner)
framework: cleanup conditional-indentations in Mk/
Run Tools/scripts/indent_make_if.pl on all of Mk.
These white space changes contribute greatly to the readability of those files.
As we have a version control system, finding out the reasons for the changes
prior to these white space changes is still easily possible
Differential Revision: https://reviews.freebsd.org/D35024
Reviewed by: portmgr (rene, bapt)
aa25396 |
Tuesday, 6 Apr 2021
|
14:27 Mathieu Arnold (mat)
framework: Remove $FreeBSD$
Where appropriate fiddle with a few other things.
5d33e04 |
Thursday, 4 Apr 2019
|
06:54 antoine
devel/flang doesn't provide a flang binary, but it provides a flang package
With hat: portmgr
MFH: 2019Q2
|
Saturday, 18 Nov 2017
|
13:09 tijl
- Allow users to change the default Fortran compiler via DEFAULT_VERSIONS.
- Rename USES=fortran:gcc to the more appropriate USES=fortran:gfortran.
- Change the options in math/R and math/libRmath so the choice becomes
flang or default instead of flang or gfortran. Use default Fortran
compiler again on amd64.
|
11:26 tijl
Only link to libflang and libexecinfo as needed.
|
Tuesday, 24 Oct 2017
|
19:13 jrm
Mk/Uses/fortran.mk: Add flang as a non-default USES=fortran argument. Note,
flang is currently only available for amd64.
PR: 220313
Submitted by: yuri@rawbw.com
Reviewed by: db, jmd, mat, swills
Approved by: portmgr
Differential Revision: https://reviews.freebsd.org/D12529
|
Tuesday, 2 May 2017
|
05:40 gerald
As of today, USE_GCC=yes (and USE_GCC=any in most circumstances)
and consequently many of the USES=compiler flavors use the canonical
version of GCC as defined in Mk/bsd.default-versions.mk as well as
the lang/gcc port
With the "new" setup starting with GCC 5 where I have introduced
lang/gcc5-devel for regular snapshots and lang/gcc5 for releases,
and similarly for GCC 6 and onward, we can now leverage lang/gcc5
(and later) for most of the role that lang/gcc used to play -- and
indeed as of today lang/gcc and lang/gcc5 are nearly identical
short of symlinks for gcc, g++, and gfortran binaries that the
former provides.
So now use lang/gcc5 instead of lang/gcc whenever requested via the
USE_GCC framework directly or indirectly.
This is similar to how the python ports work, for example, and it
allows simplifications in Mk/bsd.gcc.mk and Mk/Uses/fortran.mk and
dropping LANG_GCC_IS from Mk/bsd.default-versions.mk. As a next
step lang/gcc is going to become a "hull" essentially only providing
those symlinks and requiring lang/gcc5 (or whatever has been set as
default in Mk/bsd.default-versions.mk).
|
Wednesday, 3 Aug 2016
|
12:09 mat
Always include bsd.default-versions.mk in bsd.port.mk.
The variable defined in it are now always available after including
bsd.port.pre.mk.
PR: 210666
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D6933
|
Monday, 20 Jun 2016
|
13:12 mat
lang/ifc was removed quite a while back.
Sponsored by: Absolight
|
Sunday, 27 Mar 2016
|
01:23 bapt
Remove the now unneeded ${PORTSDIR} from dependency definition in
The infrastructure Makefiles
PR: 206569
Exp run by: antoine
Differential Revision: D5047
|
Thursday, 15 Oct 2015
|
07:36 bapt
Readd PORTSDIR for now we will only start removing them after 2016Q1 is branched
This gives more time for tools to get updated, available in packages etc before
bothering users
|
Wednesday, 14 Oct 2015
|
16:49 bapt
Drop the necessity to add ${PORTSDIR} to dependency line
Modify make describe to automatically prepend ${PORTSDIR} if the path for the
port is not absolute
Checked with poudriere, portmaster, portupgrade
PR: 203685
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D3866
|
Monday, 26 Jan 2015
|
00:03 gerald
Move LANG_GCC_IS from bsd.gcc.mk to bsd.default-versions.mk and use
this and GCC_DEFAULT instead of hard-coding the version of GCC used
by lang/gcc in Uses/fortran.mk.
Approved by: portmgr (antoine)
|
Sunday, 28 Sep 2014
|
16:36 tijl
Change the way USES is handled:
- Loop over USES twice, once to define all *_ARGS variables and once to
include Uses/*.mk. This allows all Uses/*.mk to examine arguments given
to other USES entries.
- Always define *_ARGS (possibly empty) and replace commas with spaces.
Similar for _USES_POST.
Adjust all Uses/*.mk:
- defined(u_ARGS) becomes !empty(u_ARGS)
- Eliminate helper variables like _*_ARGS=${*_ARGS:C/,/ /g}
- Some Uses/*.mk used ":" as argument separator instead of ",", but no port
used this form
- Uses/cran.mk: remove unused variable VALID_ARGS and USES+=fortran which
has no effect
- Uses/twisted.mk: simplify handling of the case where neither "build" nor
"run" arguments have been specified
PR: 193931
Exp-run by: antoine
Approved by: portmgr (antoine)
|
Friday, 26 Sep 2014
|
16:00 tijl
Depend on lang/gccXY if users wish to use a different version of gcc by
default than lang/gcc (currently 4.8).
(I don't fully agree with this implementation but this makes something
like DEFAULT_VERSIONS+=gcc=4.9 in make.conf work correctly.)
Reported by: Luca Pizzamiglio <luca.pizzamiglio@gmail.com>
Approved by: gerald
|
Saturday, 15 Mar 2014
|
10:31 gerald
Move MAINTAINER lines to the end of the initial comment block and
make things a bit more consistent.
Approved by: portmgr (bapt)
|
Wednesday, 26 Feb 2014
|
22:42 gerald
Instead of hardcoding the version of GCC to provide Fortran support,
leverage ${GCC_DEFAULT} from ${PORTSDIR}/Mk/bsd.default-versions.mk.
|
11:44 tijl
Add -B${LOCALBASE}/bin to LDFLAGS just like compiler.mk does. This fixes
linking problems when base system cc/c++ is used to link object files
generated by gfortran. This affects FreeBSD/i386 8.x and all versions of
FreeBSD/ia64.
PR: ports/186946
|
Tuesday, 25 Feb 2014
|
00:36 gerald
Revert bogus parts of revision 345909.
|
00:32 gerald
Reword the documentation at the top of this file.
Sort the FPC_DEFAULT and GCC_DEFAULT entries.
|
Sunday, 16 Feb 2014
|
17:15 tijl
Convert all USE_FORTRAN=yes to "USES=fortran, USE_GCC=yes". In most cases
USE_GCC=yes has been omitted though.
Remove USE_FORTRAN handling from bsd.port.mk and bsd.gcc.mk.
Minor cleanups in some ports like USE_GMAKE, NOPORTDOCS,...
Exp-run: bdrewery
Approved by: portmgr (bdrewery)
|
Friday, 20 Dec 2013
|
16:34 tijl
Add the directory with GCC runtime libraries to LDFLAGS. This lets Clang
find the right libgcc_s when it links object files produced by gfortran.
|
Friday, 13 Dec 2013
|
13:22 tijl
New USES=fortran to replace USE_FORTRAN.
USE_FORTRAN=yes can be replaced with USES=fortran or USES=fortran:gcc.
USE_FORTRAN=ifort can be replaced with USES=fortran:ifort.
USE_FORTRAN=f77 is deprecated and the version of gcc it depends
on (lang/gcc34) is scheduled to be removed.
Note that USE_FORTRAN=yes also makes GCC the C/C++ compiler while
USES=fortran only sets the Fortran compiler and can be used together
with Clang as C/C++ compiler.
|
Number of commits found: 30 |