Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#59211 - [gcc7] Fortran support

Attached to Project: Community Packages
Opened by Tim Besard (maleadt) - Monday, 02 July 2018, 11:51 GMT
Last edited by Eli Schwartz (eschwartz) - Monday, 02 July 2018, 14:31 GMT
Task Type Feature Request
Category Packages
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

The gcc7 package is not built with Fortran support, while core/gcc (and aur/gcc6) are. This is a problem for packages that are linked against or otherwise require libgfortran.4 (GCC 8 using libgfortran.5 while gcc6 provides libgfortran.3), such as the upcoming release of the Julia programming language.

Would it be possible to enable Fortran support when building gcc7/gcc7-libs? It requires passing fortran to --enable-languages, and adding libgfortran to the list of libs to package in gcc7-libs. Thanks!
This task depends upon

Closed by  Eli Schwartz (eschwartz)
Monday, 02 July 2018, 14:31 GMT
Reason for closing:  Won't fix
Additional comments about closing:  We don't want to encourage people to actually use gcc7, and we don't provide ada, go, or objc either.
Comment by Tim Besard (maleadt) - Monday, 02 July 2018, 12:39 GMT
And of course a package function. This seems to work fine: https://gist.github.com/maleadt/143364ffe1b81c24b4fa4a3792aa60a9/revisions
Comment by Eli Schwartz (eschwartz) - Monday, 02 July 2018, 14:28 GMT
julia is built from source and linked to libgfortran.so.5 as G-d intended.

Proprietary binaries built against ancient versions of gcc should statically link their terrible mess or ship vendored libraries.

The terrible mess which we provide in the official repos which relies on ancient gcc releases (cuda), only needs gcc, not extended language support. There are *many* split packages for gcc, which are (by design) not provided by gcc7.

We compromised by offering even this much, and no one, not even the gcc7 maintainer, likes it. We're definitely not adding more without compelling reason.
https://lists.archlinux.org/pipermail/arch-dev-public/2018-May/029254.html

What an AUR package may or may not do, is not exactly indicative of Arch policy.

Loading...