Arch Linux User Repository

This build currently fails with the following error:

../../../../libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc:163:10: fatal error: linux/scc.h: No such file or directory
 #include <linux/scc.h>
          ^~~~~~~~~~~~~
compilation terminated.

This is because this header has been removed from the Linux kernel. More info from an LLVM GitHub issue.

Recently, when installing gcc7, I encountered a compilation error due to changes in glibc 2.42:

19979:/home/z/.cache/paru/clone/gcc7/src/gcc/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc:430:51: error: invalid application of ‘sizeof’ to incomplete type ‘__sanitizer::termio’

This issue has been fixed in gcc12 from AUR. I adapted a patch based on that fix, and my build now succeeds. Since I'm not familiar with the AUR submission process, I'm leaving this comment here—maintainers, please review it when you have time.

--- libsanitizer/sanitizer_common/sanitizer_common_interceptors_ioctl.inc
+++ libsanitizer/sanitizer_common/sanitizer_common_interceptors_ioctl.inc
@@ -325,13 +325,9 @@ static void ioctl_table_fill() {
   _(SOUND_PCM_WRITE_CHANNELS, WRITE, sizeof(int));
   _(SOUND_PCM_WRITE_FILTER, WRITE, sizeof(int));
   _(TCFLSH, NONE, 0);
-  _(TCGETA, WRITE, struct_termio_sz);
   _(TCGETS, WRITE, struct_termios_sz);
   _(TCSBRK, NONE, 0);
   _(TCSBRKP, NONE, 0);
-  _(TCSETA, READ, struct_termio_sz);
-  _(TCSETAF, READ, struct_termio_sz);
-  _(TCSETAW, READ, struct_termio_sz);
   _(TCSETS, READ, struct_termios_sz);
   _(TCSETSF, READ, struct_termios_sz);
   _(TCSETSW, READ, struct_termios_sz);
--- libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc
+++ libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc
@@ -427,7 +427,6 @@ unsigned struct_ElfW_Phdr_sz = sizeof(Elf_Phdr);
   unsigned struct_input_id_sz = sizeof(struct input_id);
   unsigned struct_mtpos_sz = sizeof(struct mtpos);
   unsigned struct_rtentry_sz = sizeof(struct rtentry);
-  unsigned struct_termio_sz = sizeof(struct termio);
   unsigned struct_vt_consize_sz = sizeof(struct vt_consize);
   unsigned struct_vt_sizes_sz = sizeof(struct vt_sizes);
   unsigned struct_vt_stat_sz = sizeof(struct vt_stat);
--- libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.h
+++ libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.h
@@ -978,7 +978,6 @@ struct __sanitizer_cookie_io_functions_t {
   extern unsigned struct_input_absinfo_sz;
   extern unsigned struct_input_id_sz;
   extern unsigned struct_mtpos_sz;
-  extern unsigned struct_termio_sz;
   extern unsigned struct_vt_consize_sz;
   extern unsigned struct_vt_sizes_sz;
   extern unsigned struct_vt_stat_sz;

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?