Arch Linux User Repository

I'm trying to build using makepkg -sri. Here is the last part of the log. g++ -c -DIN_GCC_FRONTEND -g -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -DHAVE_CONFIG_H -I. -Icp -I/home/davis/aur/bin/gcc48/src/gcc-4.8.5/gcc -I/home/davis/aur/bin/gcc48/src/gcc-4.8.5/gcc/cp -I/home/davis/aur/bin/gcc48/src/gcc-4.8.5/gcc/../include -I/home/davis/aur/bin/gcc48/src/gcc-4.8.5/gcc/../libcpp/include -I/home/davis/aur/bin/gcc48/src/gcc-4.8.5/gcc/../libdecnumber -I/home/davis/aur/bin/gcc48/src/gcc-4.8.5/gcc/../libdecnumber/bid -I../libdecnumber -I/home/davis/aur/bin/gcc48/src/gcc-4.8.5/gcc/../libbacktrace /home/davis/aur/bin/gcc48/src/gcc-4.8.5/gcc/cp/except.c -o cp/except.o In file included from ./tm.h:28:0, from /home/davis/aur/bin/gcc48/src/gcc-4.8.5/gcc/cp/except.c:27: /home/davis/aur/bin/gcc48/src/gcc-4.8.5/gcc/config/elfos.h:102:21: warning: invalid suffix on literal; C++11 requires a space between literal and string macro [-Wliteral-suffix] fprintf ((FILE), "%s"HOST_WIDE_INT_PRINT_UNSIGNED"\n",\ ^ /home/davis/aur/bin/gcc48/src/gcc-4.8.5/gcc/config/elfos.h:170:24: warning: invalid suffix on literal; C++11 requires a space between literal and string macro [-Wliteral-suffix] fprintf ((FILE), ","HOST_WIDE_INT_PRINT_UNSIGNED",%u\n", \ ^ In file included from ./tm.h:42:0, from /home/davis/aur/bin/gcc48/src/gcc-4.8.5/gcc/cp/except.c:27: /home/davis/aur/bin/gcc48/src/gcc-4.8.5/gcc/defaults.h:126:24: warning: invalid suffix on literal; C++11 requires a space between literal and string macro [-Wliteral-suffix] fprintf ((FILE), ","HOST_WIDE_INT_PRINT_UNSIGNED",%u\n", \ ^ In file included from /home/davis/aur/bin/gcc48/src/gcc-4.8.5/gcc/cp/except.c:1008:0: cfns.gperf: In function ‘const char* libc_name_p(const char*, unsigned int)’: cfns.gperf:101:1: error: ‘const char* libc_name_p(const char*, unsigned int)’ redeclared inline with ‘gnu_inline’ attribute cfns.gperf:26:14: note: ‘const char* libc_name_p(const char*, unsigned int)’ previously declared here cfns.gperf: At global scope: cfns.gperf:26:14: warning: inline function ‘const char* libc_name_p(const char*, unsigned int)’ used but never defined Makefile:1059: recipe for target 'cp/except.o' failed make[3]: *** [cp/except.o] Error 1 make[3]: Leaving directory '/home/davis/aur/bin/gcc48/src/gcc-build/gcc' Makefile:4156: recipe for target 'all-stage1-gcc' failed make[2]: *** [all-stage1-gcc] Error 2 make[2]: Leaving directory '/home/davis/aur/bin/gcc48/src/gcc-build' Makefile:19114: recipe for target 'stage1-bubble' failed make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory '/home/davis/aur/bin/gcc48/src/gcc-build' Makefile:885: recipe for target 'all' failed make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

Dependency cloog tests fail due to incompatibility with isl 0.16 Remove any isl from your system, get isl 0.15 from upstream (http://isl.gforge.inria.fr/), install and restart gcc48 installation. Thanks Namarrgon for solution

Thank you for investigating! I agree that this is most probably due to debug information contained in the final binaries and I would also agree to follow the main `gcc` package in the choice of compile flags.

P.S. While researching this I noticed that most parts of GCC seem to be compiled with "-g -O2" instead of CFLAGS from makepkg.conf (-g could partially be the source for these strings). I suppose this can be fixed by explicitly specifying BOOT_CFLAGS/CFLAGS_FOR_TARGET (see https://gcc.gnu.org/install/build.html), but I guess it is more a discussion for the main Arch "gcc" package.

Thanks for the update! I checked the files and I agree that it is not clear how to fix the warning. Also some of the strings seem to be legitimate.

* updated to 4.8.5 * added LD_PRELOAD, please check if this fixes your issue, hzy199411 @andreyv: I do not see how to get rid of this warning. Almost all created binaries (in this package) contain this information. Let me know if you have a fix!

Hello, GCC 4.8.5 is available. Also, when installing the package, there is this warning from makepkg: WARNING: Package contains reference to $srcdir namcap output also seems related.

@ftschindler, I think if you installed llvm, then you can reproduce this problem. As we know /usr/lib/bfd-plugins/LLVMgold.so was dynamic linked with /usr/lib/libstdc++.so.6, and when you build gcc48's c++ library, the Makefile will set LD_LIBRARY_PATH, then /usr/lib/bfd-plugins/LLVMgold.so will use gcc48's libstdc++.so.6, so when binutils command like ar,ld use LLVMgold.so plugins they will coredump because wrong version libstdc++.so.6. so `export LD_PRELOAD=/usr/lib/libstdc++.so.6` or "remove /usr/lib/bfd-plugins/LLVMgold.so soft link" will solve this problem.

I cannot reproduce the problem with gcc 5.1.0 on Manjaro Linux. I will try with a clean Arch install, but this might take some time...

@lahwaacz, another simpler workaround is set LD_PRELOAD before you build this package use follow commnd: export LD_PRELOAD=/usr/lib/libstdc++.so.6 and you can also add this command in PKGBUILD.