Package Details: gcc-fortran-git 10.0.0.r168510.4fd009e9ec30-1

Git Clone URL: https://aur.archlinux.org/gcc-git.git (read-only)
Package Base: gcc-git
Description: Fortran front-end for GCC (git version)
Upstream URL: http://gcc.gnu.org
Licenses: GPL, custom, LGPL, FDL
Conflicts: gcc-fortran
Provides: gcc-fortran=10.0.0.r168510.4fd009e9ec30-1, gcc-fortran-multilib=10.0.0.r168510.4fd009e9ec30-1
Submitter: Allan
Maintainer: jamespharvey20
Last Packager: jamespharvey20
Votes: 13
Popularity: 0.236889
First Submitted: 2013-06-26 03:43
Last Updated: 2019-04-29 23:01

Required by (304)

Sources (4)

Pinned Comments

jamespharvey20 commented on 2017-02-15 04:30

*** STICKY ***

These gcc*-git packages replace core's gcc* (non-git) packages. Technically, replacing the system gcc-libs can be dangerous. The possibility of a new upstream gcc git commit breaking your system isn't zero. When you compile and install this, you're using the latest git source, so you may be the first Arch user to be using that particular commit.

In practice, I haven't seen an Arch user report such a problem for many years. Just understand that if installing these packages causes your computer to eat you, don't have your loved ones blame me. Oh, and know that if things go wrong, all you *should* have to do is uninstall the git version and go back to a previously working git version or even the core version. You might be able to do this while your system is still running, or you might have to do something like boot off an Arch ISO CD.

Latest Comments

1 2 3 4 5 6 Next › Last »

nitomema commented on 2019-05-09 19:56

Now all USPS employees can make use liteblue portal to get all the benefits. Login to it from https://ncseculogin.website/liteblue-login-liteblue-usps-gov-employee-login/

jamespharvey20 commented on 2019-04-29 23:02

IK4MS, thanks for the report. Just pushed a fix. Two causes. First, PKGBUILD was able to set _majorver to the first character in pkgver, but BASE-VER was just bumped to 10.0.0, because gcc-9-branch was created, GCC 9 rc1 was announced, and 9 is expected to be released as early as late next week. Second was a problem with some of the so names, which has been fixed in trunk since your comment.

IK4MS commented on 2019-04-28 20:29

GCC-Git currently fails to build; Due to a change upstream, /usr/lib/gcc/x86_64-pc-linux-gnu/10.0.0/adalib/libgnarl(at)-1.so and their 32 bit counterpart fails to be found, as they were renamed to libgnarl(at)-9.so.

The package builds just fine by changing references to "${_majorver}" to a simple "9", but I suspect that is a fairly dirty fix.

everythingfunct commented on 2019-02-01 16:53

Should flex and bison be added as build depends? It took me a while to figure this out when trying to build a Docker image with this package installed. Or am I just a moron and they are included in the implied base-devel dependency?

Edit: looked it up. Nevermind, I'm the idiot.

jamespharvey20 commented on 2018-12-29 03:10

Upstream revision 267034 (git commit 40caaded 2018-12-11) renamed target 'install-gnatlib' to 'install-libada'.

PKGBUILD has been updated.

The comment and upstream bugreport I made on 2018-12-25 was a red herring. Those errors regarding 'gnatdll' and 'rts/standard.ads.h' appear even on building core's 8.2.1+20180831-1, but do not make the build fail. The "make... ada.install-{common,info}" command was succeeding, even with those errors. It was the "make... install-gnatlib" command after that which was causing the build to fail.

jamespharvey20 commented on 2018-12-25 08:34

git commit 40caaded (2018-12-11) breaks "make ... ada.install-{common,info}" in package_gcc-ada-git().

Reported upstream: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88591

Temporarily, use its parent by appending "#commit=b686c391" to the git source url to successfully build. I'm expecting this will be a quick upstream fix, so won't push a PKGBUILD with this commit baked in, unless it isn't fixed quickly upstream.

jamespharvey20 commented on 2018-12-17 00:59

Thanks, bz87672.patch has been removed.

Yesterday, I attempted building 9.0.0.r166204.2c4e6da263b, and got a failure in "package_gcc-ada-git()", including:

  • /usr/bin/install: cannot stat 'gnatdll': No such file or directory
  • cp: cannot stat 'rts/standard.ads.h': No such file or directory
  • make: *** No rule to make target 'install-gnatlib'. Stop.

I know 9.0.0.r164385.7961f40be4b worked, on 10/21. I'm trying again, but I'm expecting a failure even on current master. Unless current master now works, there is probably either: an upstream bug introduced in the past 2 months that gets triggered by the way Arch core builds gcc; or an upstream change to 9.0.0 which would necessitate a change to the way Arch builds.

tuckerboniface commented on 2018-12-15 16:36

bz87672.patch can be removed, it was applied upstream.

jamespharvey20 commented on 2018-10-22 00:37

Bug reported and fixed upstream. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=87672

Fix isn't committed yet, so added a .patch, and modified PKGBUILD to use current trunk/master again.

jamespharvey20 commented on 2018-10-19 11:23

Just pushed an update. It's pinned at commit 7961f40b (trunk/master branch, but dated 2018-09-25.) I've tested it with "makepkg" and "extra-x86_64-build".

It's pinned on a commit as of 3 weeks ago, because any more recent than that (starting at 81512c36) gives a compilation failure in gcc's bootstrap stage 3. If I run this offending commit, or even trunk/master's most recent commit, manually with the commands in the PKGBUILD, it builds fine. But, as soon as I run those same commands through "makepkg" ("extra-x86_64-build" internally uses "makepkg") the compilation fails.

I wrote a very detailed post about this here: https://bbs.archlinux.org/viewtopic.php?pid=1813080

I would appreciate any help on this, including a confirmation by someone that this PKGBUILD with 7961f40b builds but that with 81512c36 or trunk/master (remove the "#commit=...") it fails.

You may have success with trunk/master by adding "--disable-bootstrap" as an option to configure. I personally don't want to run a gcc that fails bootstrap stage 3, don't recommend that you do either, and don't feel comfortable releasing one here that uses this option.