Summary: | emerge libstdc++-v3-3.3.4 and 3.3.6 fails: machname.h / fixinc.h error | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Small_Penguin <dark.shadow> |
Component: | [OLD] Library | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | VERIFIED WORKSFORME | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 2006.1 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | libstdc++-v3-3.3.4 error log. |
Description
Small_Penguin
2006-10-27 09:19:05 UTC
Created attachment 100585 [details]
libstdc++-v3-3.3.4 error log.
Same error with 3.3.6.
Don't see much useful in there, you should try w/ MAKEOPTS="-j1" No, -j1 didn't help either. What else can I look for? ------------------------------------------------------------------------------- /bin/sh ${srcdir}/mkfixinc.sh i686-pc-linux-gnu i686-pc-linux-gnu) constructing ../fixinc.sh for i686-pc-linux-gnu to run on i686-pc-linux-gnu make TARGETS=oneprocess SHELL="/bin/bash" CC="gcc" CFLAGS=" -march=prescott -O2 -pipe -fno-ident -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long -DHAVE_CONFIG_H -DGENERATOR_FILE" LDFLAGS="" LIBERTY="/var/tmp/portage/libstdc++-v3-3.3.4/work/build/gcc/../libiberty/libiberty.a" install-bin make[2]: Entering directory `/var/tmp/portage/libstdc++-v3-3.3.4/work/build/gcc/fixinc' /bin/bash /var/tmp/portage/libstdc++-v3-3.3.4/work/gcc-3.3.4/gcc/fixinc/genfixes machname.h make[2]: *** [machname.h] Error 1 make[2]: Leaving directory `/var/tmp/portage/libstdc++-v3-3.3.4/work/build/gcc/fixinc' make[1]: *** [fixinc.sh] Error 2 make[1]: Leaving directory `/var/tmp/portage/libstdc++-v3-3.3.4/work/build/gcc' make: *** [all-gcc] Error 2 !!! ERROR: sys-libs/libstdc++-v3-3.3.4 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile libstdc++-v3-3.3.4.ebuild, line 233: Called die !!! (no error message) !!! If you need support, post the topmost build error, and the call stack if relevant. ------------------------------------------------------------------------------ I didn't think about this before: Maybe the problem is that the file machname.h doesn't exist on my system? I couldn't find it, looked everywhere. Where is it supposed to be? Which package contains it? (In reply to comment #4) Ok, I think I know where the file is after looking at the ebuild ;-) Never mind. I reinstalled gentoo few days ago and a gcc-4-compiled version is included now. I'm sorry, I have to reopen this bug, since it happens on three different machines (error is identical). I've tried everything stated here (MAKEOPTS="-j1", turned off CCACHE, used other CFLAGS, e.g. those used for compiling the old version which was provided by the installation) with both 3.3.4 and 3.3.6. Use flags are -build -multilib nls nptl. GCC version 4.1.1, 4.1.1-r1, ... 4.1.2. I've searched the web, but found nothing except the rather dated entry on http://gcc.gnu.org/ml/gcc-help/2005-06/msg00184.html which *seems* to be similar to my problem (although it's about building on cygwin). Unfortunately, that thread is not really revelatory. /bin/sh is symlink to /bin/bash. It seems the genfixes script which should generate the machname.h file fails. I have no clue. What can I do to find a solution... Any ideas? Just tried this with 4.1.2 and it works for me. Have you tried recompiling bash with different CFLAGS? Have you tried running the bash command that fails by hand? If this were a widespread issue we would definitely be seeing more bugs. Hi, after quite a while I gave it another try. While I'm not completely sure about this, I believe that the recent upgrade to unstable gcc-4.2.4 solved the problem and I could finally compile libstdc++-v3-3.3.6. So it may have been simply an issue with gcc-4.1.*. Therefore, I consider this solved and will close this bug now. Thanks for your help. |