Package Base Details: gcc-git

Git Clone URL: (read-only, click to copy)
Submitter: Allan
Maintainer: IslandC0der (ptr1337)
Last Packager: ptr1337
Votes: 14
Popularity: 0.013853
First Submitted: 2013-06-26 03:43 (UTC)
Last Updated: 2022-07-25 09:44 (UTC)

Pinned Comments

ptr1337 commented on 2022-09-29 21:32 (UTC)

Actually glibc needs to be patched for compiling gcc13. This change was done in the last days at gcc which adds _FloatN and _FloatNx types and breaking the compilation right now. So please be sure to patch your glibc before building this package!

Here you can find the patch:

DAC324 commented on 2021-09-17 08:04 (UTC)

In addition to the jamespharvey20's sticky comment: The current GCC 12 versions are labelled "Experimental" for a reason. Development is ongoing, and there are still significant bugs. Hence, it is not recommended to use GCC 12 as a daily driver or on production systems.

At the moment, it is not even possible to build a working Linux kernel with GCC 12, see .

jamespharvey20 commented on 2017-02-15 04:30 (UTC) (edited on 2017-02-15 11:01 (UTC) by jamespharvey20)

*** STICKY *** These gcc*-git packages replace core's gcc* (non-git) packages. Technically, replacing the system gcc-libs can be dangerous. The possibility of a new upstream gcc git commit breaking your system isn't zero. When you compile and install this, you're using the latest git source, so you may be the first Arch user to be using that particular commit. In practice, I haven't seen an Arch user report such a problem for many years. Just understand that if installing these packages causes your computer to eat you, don't have your loved ones blame me. Oh, and know that if things go wrong, all you *should* have to do is uninstall the git version and go back to a previously working git version or even the core version. You might be able to do this while your system is still running, or you might have to do something like boot off an Arch ISO CD.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 Next › Last »

sl1pkn07 commented on 2020-03-25 12:24 (UTC) (edited on 2020-03-25 19:25 (UTC) by sl1pkn07)

isl checksum error


cc-build/x86_64-pc-linux-gnu/libstdc++-v3/libsupc++/.libs -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 -D_GNU_SOURCE -D_DEBUG -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -DHAVE_RPC_XDR_H=0 -DHAVE_TIRPC_RPC_XDR_H=0 -I. -I/tmp/makepkg/gcc-git/src/gcc/libsanitizer/sanitizer_common -I.. -I /tmp/makepkg/gcc-git/src/gcc/libsanitizer/include -I /tmp/makepkg/gcc-git/src/gcc/libsanitizer -isystem /tmp/makepkg/gcc-git/src/gcc/libsanitizer/include/system -Wall -W -Wno-unused-parameter -Wwrite-strings -pedantic -Wno-long-long -fPIC -fno-builtin -fno-exceptions -fno-rtti -fomit-frame-pointer -funwind-tables -fvisibility=hidden -Wno-variadic-macros -I../../libstdc++-v3/include -I../../libstdc++-v3/include/x86_64-pc-linux-gnu -I/tmp/makepkg/gcc-git/src/gcc/libsanitizer/../libstdc++-v3/libsupc++ -std=gnu++11 -fcf-protection -mshstk -DSANITIZER_LIBBACKTRACE -DSANITIZER_CP_DEMANGLE -I /tmp/makepkg/gcc-git/src/gcc/libsanitizer/../libbacktrace -I ../libbacktrace -I /tmp/makepkg/gcc-git/src/gcc/libsanitizer/../include -include /tmp/makepkg/gcc-git/src/gcc/libsanitizer/libbacktrace/backtrace-rename.h -g -march=native -O2 -fno-plt -D_GNU_SOURCE -MT sanitizer_stoptheworld_mac.lo -MD -MP -MF .deps/sanitizer_stoptheworld_mac.Tpo -c /tmp/makepkg/gcc-git/src/gcc/libsanitizer/sanitizer_common/sanitizer_stoptheworld_mac.cpp -o sanitizer_stoptheworld_mac.o >/dev/null 2>&1
mv -f .deps/sanitizer_symbolizer_mac.Tpo .deps/sanitizer_symbolizer_mac.Plo
/bin/sh ../libtool  --tag=CXX   --mode=compile /tmp/makepkg/gcc-git/src/gcc-build/./gcc/xgcc -shared-libgcc -B/tmp/makepkg/gcc-git/src/gcc-build/./gcc -nostdinc++ -L/tmp/makepkg/gcc-git/src/gcc-build/x86_64-pc-linux-gnu/libstdc++-v3/src -L/tmp/makepkg/gcc-git/src/gcc-build/x86_64-pc-linux-gnu/libstdc++-v3/src/.libs -L/tmp/makepkg/gcc-git/src/gcc-build/x86_64-pc-linux-gnu/libstdc++-v3/libsupc++/.libs -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    -D_GNU_SOURCE -D_DEBUG -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS  -DHAVE_RPC_XDR_H=0 -DHAVE_TIRPC_RPC_XDR_H=0 -I. -I/tmp/makepkg/gcc-git/src/gcc/libsanitizer/sanitizer_common -I..  -I /tmp/makepkg/gcc-git/src/gcc/libsanitizer/include -I /tmp/makepkg/gcc-git/src/gcc/libsanitizer -isystem /tmp/makepkg/gcc-git/src/gcc/libsanitizer/include/system  -Wall -W -Wno-unused-parameter -Wwrite-strings -pedantic -Wno-long-long -fPIC -fno-builtin -fno-exceptions -fno-rtti -fomit-frame-pointer -funwind-tables -fvisibility=hidden -Wno-variadic-macros -I../../libstdc++-v3/include     -I../../libstdc++-v3/include/x86_64-pc-linux-gnu     -I/tmp/makepkg/gcc-git/src/gcc/libsanitizer/../libstdc++-v3/libsupc++ -std=gnu++11 -fcf-protection -mshstk -DSANITIZER_LIBBACKTRACE -DSANITIZER_CP_DEMANGLE -I /tmp/makepkg/gcc-git/src/gcc/libsanitizer/../libbacktrace -I ../libbacktrace -I /tmp/makepkg/gcc-git/src/gcc/libsanitizer/../include -include /tmp/makepkg/gcc-git/src/gcc/libsanitizer/libbacktrace/backtrace-rename.h -g -march=native -O2  -fno-plt -D_GNU_SOURCE -MT sanitizer_unwind_linux_libcdep.lo -MD -MP -MF .deps/sanitizer_unwind_linux_libcdep.Tpo -c -o sanitizer_unwind_linux_libcdep.lo /tmp/makepkg/gcc-git/src/gcc/libsanitizer/sanitizer_common/sanitizer_unwind_linux_libcdep.cpp
En el fichero incluido desde /tmp/makepkg/gcc-git/src/gcc/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cpp:162:
/tmp/makepkg/gcc-git/src/gcc/libsanitizer/sanitizer_common/sanitizer_internal_defs.h:342:72: error: narrowing conversion of ‘-1’ from ‘int’ to ‘long unsigned int’ [-Wnarrowing]
  342 |     typedef char IMPL_PASTE(assertion_failed_##_, line)[2*(int)(pred)-1]

EDIT: fixed with HEAD

VJSchneid commented on 2020-03-15 09:31 (UTC)

The isl source url does currently not work for me. I'm getting redirected to Changing the link from https to http fixes the issue.

jamespharvey20 commented on 2019-10-13 02:28 (UTC)

Temporarily hold to commit fcab78b9 (2019-10-01 18:21:31.) Otherwise, fails to build. There are several breaking commits after this, involving packaging failures on ada and a bootstrap failure when comparing stages 2 and 3.

nitomema commented on 2019-05-09 19:56 (UTC)

Now all USPS employees can make use liteblue portal to get all the benefits. Login to it from

jamespharvey20 commented on 2019-04-29 23:02 (UTC)

IK4MS, thanks for the report. Just pushed a fix. Two causes. First, PKGBUILD was able to set _majorver to the first character in pkgver, but BASE-VER was just bumped to 10.0.0, because gcc-9-branch was created, GCC 9 rc1 was announced, and 9 is expected to be released as early as late next week. Second was a problem with some of the so names, which has been fixed in trunk since your comment.

IK4MS commented on 2019-04-28 20:29 (UTC)

GCC-Git currently fails to build; Due to a change upstream, /usr/lib/gcc/x86_64-pc-linux-gnu/10.0.0/adalib/libgnarl(at) and their 32 bit counterpart fails to be found, as they were renamed to libgnarl(at)

The package builds just fine by changing references to "${_majorver}" to a simple "9", but I suspect that is a fairly dirty fix.

everythingfunct commented on 2019-02-01 16:53 (UTC) (edited on 2019-02-01 18:54 (UTC) by everythingfunct)

Should flex and bison be added as build depends? It took me a while to figure this out when trying to build a Docker image with this package installed. Or am I just a moron and they are included in the implied base-devel dependency?

Edit: looked it up. Nevermind, I'm the idiot.

jamespharvey20 commented on 2018-12-29 03:10 (UTC)

Upstream revision 267034 (git commit 40caaded 2018-12-11) renamed target 'install-gnatlib' to 'install-libada'.

PKGBUILD has been updated.

The comment and upstream bugreport I made on 2018-12-25 was a red herring. Those errors regarding 'gnatdll' and 'rts/' appear even on building core's 8.2.1+20180831-1, but do not make the build fail. The "make... ada.install-{common,info}" command was succeeding, even with those errors. It was the "make... install-gnatlib" command after that which was causing the build to fail.

jamespharvey20 commented on 2018-12-25 08:34 (UTC)

git commit 40caaded (2018-12-11) breaks "make ... ada.install-{common,info}" in package_gcc-ada-git().

Reported upstream:

Temporarily, use its parent by appending "#commit=b686c391" to the git source url to successfully build. I'm expecting this will be a quick upstream fix, so won't push a PKGBUILD with this commit baked in, unless it isn't fixed quickly upstream.

jamespharvey20 commented on 2018-12-17 00:59 (UTC)

Thanks, bz87672.patch has been removed.

Yesterday, I attempted building 9.0.0.r166204.2c4e6da263b, and got a failure in "package_gcc-ada-git()", including:

  • /usr/bin/install: cannot stat 'gnatdll': No such file or directory
  • cp: cannot stat 'rts/': No such file or directory
  • make: *** No rule to make target 'install-gnatlib'. Stop.

I know 9.0.0.r164385.7961f40be4b worked, on 10/21. I'm trying again, but I'm expecting a failure even on current master. Unless current master now works, there is probably either: an upstream bug introduced in the past 2 months that gets triggered by the way Arch core builds gcc; or an upstream change to 9.0.0 which would necessitate a change to the way Arch builds.