Arch Linux User Repository

@AskAlice It is much simpler to set the MAKEFLAGS environment variable, e.g. export MAKEFLAGS="-j$(nproc)", and then build the package. See the relevant wiki section: https://wiki.archlinux.org/title/Makepkg#Parallel_compilation

To import the new key:

gpg --keyserver hkps://keyserver.ubuntu.com --recv-key 6C35B99309B5FA62

@DarshK35 you need to add the PGP key, gcc is better build in chroot with devtools (don't know what is using manjaro nowdays)

@joshm gcc is quite long, especially if makepkg.conf isn't configured to use all cores

While upgrading to 11.5.0-1 I get this error:

==> Extracting sources...
  -> Extracting gcc-11.5.0.tar.xz with bsdtar
bsdtar: Pathname can't be converted from UTF-8 to current locale.
bsdtar: Pathname can't be converted from UTF-8 to current locale.
bsdtar: Error exit delayed from previous errors.
==> ERROR: Failed to extract gcc-11.5.0.tar.xz

My system is up-tpo-date except for firefox (still on 136 series) and boost (still on 1.87.0-3 due to a dependent AUR package not being rebuilt yet).

I managed to partially fix the issue mentioned by @CatchACode. Adding -Wno-incompatible-pointer-types to the cflags gets the process a bit further. However this does not fully work, there seems to be a issue with dlfcs:

cc1plus: warning: command-line option ‘-Wno-incompatible-pointer-types’ is valid for C/ObjC but not for C++
/home/jaap/applications/gcc11/src/gcc/gcc/plugin.c: In function ‘bool try_init_one_plugin(plugin_name_args*)’:
/home/jaap/applications/gcc11/src/gcc/gcc/plugin.c:703:42: error: ‘RTLD_NOW’ was not declared in this scope
  703 |   dl_handle = dlopen (plugin->full_name, RTLD_NOW | RTLD_GLOBAL);
      |                                          ^~~~~~~~
/home/jaap/applications/gcc11/src/gcc/gcc/plugin.c:703:53: error: ‘RTLD_GLOBAL’ was not declared in this scope
  703 |   dl_handle = dlopen (plugin->full_name, RTLD_NOW | RTLD_GLOBAL);
      |                                                     ^~~~~~~~~~~
/home/jaap/applications/gcc11/src/gcc/gcc/plugin.c:703:15: error: ‘dlopen’ was not declared in this scope; did you mean ‘popen’?
  703 |   dl_handle = dlopen (plugin->full_name, RTLD_NOW | RTLD_GLOBAL);
      |               ^~~~~~
      |               popen
/home/jaap/applications/gcc11/src/gcc/gcc/plugin.c:706:62: error: ‘dlerror’ was not declared in this scope; did you mean ‘perror’?
  706 |       error ("cannot load plugin %s: %s", plugin->full_name, dlerror ());
      |                                                              ^~~~~~~
      |                                                              perror
/home/jaap/applications/gcc11/src/gcc/gcc/plugin.c:711:3: error: ‘dlerror’ was not declared in this scope; did you mean ‘perror’?
  711 |   dlerror ();
      |   ^~~~~~~
      |   perror
/home/jaap/applications/gcc11/src/gcc/gcc/plugin.c:714:7: error: ‘dlsym’ was not declared in this scope
  714 |   if (dlsym (dl_handle, str_license) == NULL)
      |       ^~~~~
/home/jaap/applications/gcc11/src/gcc/gcc/plugin.c:720:7: error: ‘dlsym’ was not declared in this scope
  720 |     = dlsym (dl_handle, str_plugin_init_func_name);
      |       ^~~~~
/home/jaap/applications/gcc11/src/gcc/gcc/plugin.c:725:7: error: ‘dlclose’ was not declared in this scope; did you mean ‘pclose’?
  725 |       dlclose(dl_handle);
      |       ^~~~~~~
      |       pclose
/home/jaap/applications/gcc11/src/gcc/gcc/plugin.c:734:7: error: ‘dlclose’ was not declared in this scope; did you mean ‘pclose’?
  734 |       dlclose(dl_handle);
      |       ^~~~~~~
      |       pclose

@LoKolbasz @CatchACode i can confirm that building with gcc14 breaks, but with gcc13 works. The solution proposed by @LoKolbasz works.

@CatchACode This error seems to occur when using gcc 14. Either downgrading gcc to version 13.X.X or installing the gcc13 package resolves it. If you decide to use the second solution, you need to set the compiler flags in PKGBUILD as follows: CC=gcc-13 GXX=g++-13 You can already find these flags commented out in the PKGBUILD with gcc-9. Just comment them out and set them to 13.

Gcc-13 should probably be added to dependencies, or add some kind of custom patch to the source code to avoid this error.

When build with paru I get this error

/home/CatchACode/gcc11/src/gcc/libiberty/simple-object-mach-o.c: In function ‘simple_object_mach_o_write_segment’:
/home/CatchACode/gcc11/src/gcc/libiberty/simple-object-mach-o.c:1231:17: error: passing argument 1 of ‘set_32’ from incompatible pointer type [-Wincompatible-pointer-types]
 1231 |         set_32 (&index[i], index[i]);
      |                 ^~~~~~~~~
      |                 |
      |                 unsigned int *
/home/CatchACode/gcc11/src/gcc/libiberty/simple-object-mach-o.c:1231:17: note: expected ‘unsigned char *’ but argument is of type ‘unsigned int *’
make[3]: *** [Makefile:1306: simple-object-mach-o.o] Error 1
make[3]: Leaving directory '/home/CatchACode/gcc11/src/gcc-build/libiberty'
make[2]: *** [Makefile:13141: all-stage1-libiberty] Error 2
make[2]: Leaving directory '/home/CatchACode/gcc11/src/gcc-build'
make[1]: *** [Makefile:25184: stage1-bubble] Error 2
make[1]: Leaving directory '/home/CatchACode/gcc11/src/gcc-build'
make: *** [Makefile:1015: all] Error 2

@AskAlice It is much simpler to set the MAKEFLAGS environment variable, e.g. export MAKEFLAGS="-j$(nproc)", and then build the package. See the relevant wiki section: https://wiki.archlinux.org/title/Makepkg#Parallel_compilation

I was 30 minutes into this single-threaded compilation when I went to make some coffee. Someone in the other room was running the microwave, right at the same time that my laser printer started whirring up to clean the toner cartriges on interval. The power went out.

I don't know when this will compile, but I do know that I will be older than I am now. And I'll probably be dying for more coffee.

Anyone who actually plans on building this should: clone this repo, and add

[[ $(nproc) -gt 3 ]] && cores=$(( $(nproc) - 2 )) || cores=$(nproc)

then replace every instance of ^(\s+)make with $1make -j${cores}

The provides=("${_pkgbase}=${pkgver}"), provides=("${_pkgbase}-libs=${pkgver}" ...) etc. don't make sense, gcc11-libs actually depends on gcc-libs via these symlinks: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=gcc11#n212

@C0rn3j I already have that key. Error about PGP signature still remains. Any ideas?

gpg --keyserver hkps://keyserver.ubuntu.com --recv-key 6C35B99309B5FA62
gpg: key 6C35B99309B5FA62: 2 duplicate signatures removed
gpg: key 6C35B99309B5FA62: "Jakub Jelinek <jakub@redhat.com>" not changed
gpg: Total number processed: 1
gpg:              unchanged: 1

==> Verifying source file signatures with gpg...
    gcc-11.4.0.tar.xz ... FAILED (unknown public key 6C35B99309B5FA62)
==> ERROR: One or more PGP signatures could not be verified!

EDIT: Rebuilding a package that depended on gcc11 resolved the issue. I am not sure why, because the error is about PGP signatures and not versioning, but it worked.