Arch Linux User Repository

@snack never seen that error before, look here for solutions https://bbs.archlinux.org/viewtopic.php?id=61930

Anyway here there is the builded package https://sourceforge.net/projects/fabiololix-os-archive/files/Packages/

@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

I encountered an error when compiling due to glibc deprecating termio struct similar to what is described here: https://github.com/llvm/llvm-project/issues/137321

I was able to fix this PKGBUILD with essentially an identical patch as noted in the above issue - I can email you a patch if you'd like, or if you maintain the PKGBUILD on github let me know which repo so I can submit a pull request (I poked around your profile but didn't find this particular PKGBUILD).

Ok, thanks for the help, I got it installed from your sourceforge

@wdc23a don't have time to test this right now and I only test this with devtools build (no AUR helpers or makepkg)

You can grab the prebuilds from my sourceforge

I'm having some troubles installing gcc-11. I seem to run into an error during the install step, but to be honest I'm not really sure what's failing. Searching the log file for errors reveals only this:

yay -S gcc11 ... config.status: executing libtool commands config.status: executing gstdint.h commands make: *** [Makefile:1017: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

I already have gcc-13 installed, as well as all other dependencies.

@FabioLolix Thanks for the suggestion. I have been able to fix the problem by changing the value of the LANG environment variable from "C" to "en_US.UTF-8", and with this setting bsdtar worked.

@snack never seen that error before, look here for solutions https://bbs.archlinux.org/viewtopic.php?id=61930

Anyway here there is the builded package https://sourceforge.net/projects/fabiololix-os-archive/files/Packages/

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.