Arch Linux User Repository

Adding !buildflags to gcc packages eliminates the constant stream of bug reports and patches. I hadn't updated this version yet.

Currently failing to build in clean chroot.

Last lines of the build log:

16468   │ rm -f include-fixed/README
16469   │ cp /build/gcc7/src/gcc/gcc/../fixincludes/README-fixinc include-fixed/README
16470   │ chmod a+r include-fixed/README
16471   │ echo timestamp > stmp-int-hdrs
16472   │ /build/gcc7/src/gcc-build/./gcc/xgcc -B/build/gcc7/src/gcc-build/./gcc/ -nostdinc -x c /dev/null -S -o /dev/null -fself-test=/build/gcc7/src/gcc/gcc/testsuite/selftests
16473   │ cc1: note: self-tests are not enabled in this build
16474   │ echo timestamp > s-selftest
16475   │ rm gcc.pod
16476   │ make[3]: Leaving directory '/build/gcc7/src/gcc-build/gcc'
16477   │ mkdir -p -- x86_64-pc-linux-gnu/libgcc
16478   │ Checking multilib configuration for libgcc...
16479   │ Configuring stage 1 in x86_64-pc-linux-gnu/libgcc
16480   │ configure: creating cache ./config.cache
16481   │ checking build system type... x86_64-pc-linux-gnu
16482   │ checking host system type... x86_64-pc-linux-gnu
16483   │ checking for --enable-version-specific-runtime-libs... yes
16484   │ checking for a BSD-compatible install... /usr/bin/install -c
16485   │ checking for gawk... gawk
16486   │ checking for x86_64-pc-linux-gnu-ar... ar
16487   │ checking for x86_64-pc-linux-gnu-lipo... lipo
16488   │ checking for x86_64-pc-linux-gnu-nm... /build/gcc7/src/gcc-build/./gcc/nm
16489   │ checking for x86_64-pc-linux-gnu-ranlib... ranlib
16490   │ checking for x86_64-pc-linux-gnu-strip... strip
16491   │ checking whether ln -s works... yes
16492   │ checking for x86_64-pc-linux-gnu-gcc... /build/gcc7/src/gcc-build/./gcc/xgcc -B/build/gcc7/src/gcc-build/./gcc/ -B/usr/x86_64-pc-linux-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isystem /usr/x86_64-pc-linux-gnu/include -isystem /usr/x86_64-pc-linux-gnu/sys-include
16493   │ checking for suffix of object files... configure: error: in `/build/gcc7/src/gcc-build/x86_64-pc-linux-gnu/libgcc':
16494   │ configure: error: cannot compute suffix of object files: cannot compile
16495   │ See `config.log' for more details.
16496   │ make[2]: *** [Makefile:17992: configure-stage1-target-libgcc] Error 1
16497   │ make[2]: Leaving directory '/build/gcc7/src/gcc-build'
16498   │ make[1]: *** [Makefile:23114: stage1-bubble] Error 2
16499   │ make[1]: Leaving directory '/build/gcc7/src/gcc-build'
16500   │ make: *** [Makefile:935: all] Error 2
16501   │ [38;5;208m31m==> ERROR:^O A failure occurred in build().^O
16502   │     Aborting...^O

UPDATE: "Fixed" it by adding export CC=/usr/bin/gcc-8 CXX=/usr/bin/g++-8

That would obviously make gcc8 (which compiles no problem) a requirement for building this one. It probably works with gcc9 and 10 taking a look at the PKGBUILD but decided to play it safe.

provides is not missing. This does not provide /usr/bin/gcc and is not a replacement for the latest version of gcc.

config.log of gcc-build: http://0x0.st/X8Lx.log

config.log of libgcc: http://0x0.st/X8Lg.log

last lines of terminal output before compilation failure: http://0x0.st/X8L3.txt

@tallero thanks for your share.

But I have to add --disable-multilib to end of line: https://gitlab.archlinux.org/tallero/gcc7-aur/-/blob/master/PKGBUILD?ref_type=heads#L159

If not will get an error say no 32bit libs, even you have add --disable-multilib in _configure_options. Don't know why.

Add finally get below error:

/usr/bin/install -c -m 644 b-header-vars /home/xq/.cache/yay/gcc7/pkg/gcc7/usr/local/lib/gcc/x86_64-pc-linux-gnu/7.5.0/plugin/include/b-header-vars
/usr/bin/install -c lto-wrapper /home/xq/.cache/yay/gcc7/pkg/gcc7/usr/local/libexec/gcc/x86_64-pc-linux-gnu/7.5.0/lto-wrapper
make: Leaving directory '/home/xq/.cache/yay/gcc7/src/gcc-build/gcc'
install: failed to access '/home/xq/.cache/yay/gcc7/pkg/gcc7/usr/lib/gcc/x86_64-pc-linux-gnu/7.5.0/': No such file or directory
==> ERROR: A failure occurred in package_gcc7().
    Aborting...
==> Removing installed dependencies...

@tallero, this is not a drop-in replacement for repo's gcc. pacman / makepkg / devtools basically only understand the provides field as if it meant a fully compatible alternative, in ever case where a consuming package does not constrain the dependency version, which is the overall majority of the cases.

Look at repo's 'gcc' (v13 atm) and gcc12 packages: the latter does not have provides=("gcc=12.3.0"), for the exact same reason I've just outlined.

Missing gcc in provides for gcc7. An updated PKGBUILD is here.

Seems like I have to add "-DINCLUDE_ALGORITHM" CXXFLAGS to PKGBUILD, otherwise will hit "‘swap’ is not a member of ‘std’" compile error. Thoughts?

@ReyJamonico Sorry for the late reply. The build problem is about lto, as disabling it makes the package to build fine. You should explicitly disable lto by adding '!lto' to the options array like is done by repository gcc and AUR gcc10.

Hello, not sure why, but when I build the package just using makepkg, the final zst file has my user name as the owner of the files. I'm not familiar enough to understand why it's doing this. Other package's aren't doing this for me.