Package Details: gcc11-libs 11.5.0-1

Git Clone URL: https://aur.archlinux.org/gcc11.git (read-only, click to copy)
Package Base: gcc11
Description: Runtime libraries shipped by GCC (11.x.x)
Upstream URL: https://gcc.gnu.org
Licenses: GPL, custom, LGPL, FDL
Submitter: yan12125
Maintainer: FabioLolix
Last Packager: FabioLolix
Votes: 5
Popularity: 0.000546
First Submitted: 2023-04-05 08:26 (UTC)
Last Updated: 2025-05-02 22:51 (UTC)

Pinned Comments

FabioLolix commented on 2025-05-05 17:04 (UTC)

@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/

lahwaacz commented on 2023-08-27 15:27 (UTC)

@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

C0rn3j commented on 2023-06-19 09:21 (UTC)

To import the new key:

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

FabioLolix commented on 2023-05-16 07:26 (UTC)

@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

Latest Comments

1 2 3 Next › Last »

wdc23a commented on 2025-09-18 20:55 (UTC)

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

FabioLolix commented on 2025-09-18 20:30 (UTC)

@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

wdc23a commented on 2025-09-18 20:16 (UTC)

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.

snack commented on 2025-05-06 07:16 (UTC) (edited on 2025-05-06 07:17 (UTC) by snack)

@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.

FabioLolix commented on 2025-05-05 17:04 (UTC)

@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/

snack commented on 2025-05-05 06:46 (UTC)

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).

jaap commented on 2024-06-27 21:46 (UTC)

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

thales.barretto commented on 2024-05-28 00:49 (UTC)

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

LoKolbasz commented on 2024-05-19 18:16 (UTC)

@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.