Arch Linux User Repository

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.

@dbermond I cannot reproduce that build failure. Do you have changes in your /etc/makepkg.conf? What toolchain are you using? What architecture?

You can always try to add "-fno-lto" in your CFLAGS, which should solve the specific issue you're hitting.

Fails to build for me:

/tmp/ccM7aCZN.s: Assembler messages:
/tmp/ccM7aCZN.s: Error: invalid attempt to declare external version name as default in symbol `__gttf2@@GCC_4.3.0'
lto-wrapper: fatal error: /build/gcc7/src/gcc-build/./gcc/xgcc returned 1 exit status
compilation terminated.
/usr/bin/ld: error: lto-wrapper failed
collect2: error: ld returned 1 exit status
make[3]: *** [Makefile:982: libgcc_s.so] Error 1
make[3]: Leaving directory '/build/gcc7/src/gcc-build/x86_64-pc-linux-gnu/libgcc'
make[2]: *** [Makefile:18357: all-stage1-target-libgcc] Error 2
make[2]: Leaving directory '/build/gcc7/src/gcc-build'
make[1]: *** [Makefile:23114: stage1-bubble] Error 2
make[1]: Leaving directory '/build/gcc7/src/gcc-build'
make: *** [Makefile:935: all] Error 2