from /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.0/include/g++-v6/map:61, from context.cpp:30: /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.0/include/g++-v6/cstdlib:75:25: fatal error: stdlib.h: No such file or directory #include_next <stdlib.h> ^ compilation terminated. ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 13.0-desktop-plasma_20170701-124433 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-6.3.0 * Available Python interpreters, in order of preference: [1] python3.4 [2] python2.7 (fallback) Available Ruby profiles: [1] ruby21 (with Rubygems) [2] ruby22 (with Rubygems) * java-config: The following VMs are available for generation-2: *) IcedTea JDK 3.4.0 [icedtea-bin-8] Available Java Virtual Machines: [1] icedtea-bin-8 system-vm
Created attachment 480778 [details] emerge-info.txt
Created attachment 480780 [details] emerge-history.txt
Created attachment 480782 [details] environment
Created attachment 480784 [details] etc.portage.tbz2
Created attachment 480786 [details] media-gfx:opencsg-1.4.2:20170704-200755.log
Created attachment 480818 [details, diff] opencsg-1.4.2-includepath.patch I ran into this as well. It seems to be specific to gcc-6. The issue that the compile command explicitly includes '-isystem /usr/include' which includes a version of stdlib.h that isn't the correct one. The correct one is buried in a compiler specific subdirectory. Normally the compiler specific subdirecty is searched first, but by putting /usr/include explicitly in the include path it breaks the build. This patch fixes the issue and also resolves a similar one: it refers to /usr/lib explicitly instead of /usr/$(get_libdir), which could cause problems on multilib systems. I fixed this at the same time. I got the idea from this post: https://blog.argcv.com/articles/4655.c
Created attachment 480820 [details] opencsg-1.4.2-r1.ebuild ebuild that applies the above patch and also passes LIBDIR as $(get_libdir).
Thanks, fixed in git. I skipped the revision bump because it fixes a build-only issue. https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=dfbc1b4b7a8ad01f03defd04329140d5bb1e1a9e