As you can see in the compile output below, sys-libs/db pipes gcc output to /dev/null, making it impossible to determine the cause of errors. x86_64-pc-linux-gnu-gcc -c -I. -I/var/tmp/portage/sys-libs/db-4.5.20_p2-r1/work/db-4.5.20/build_unix/../dist/.. -D_GNU_SOURCE -D_REENTRANT -march=nocona -O2 -pipe /var/tmp/portage/sys-libs/db-4.5.20_p2-r1/work/db-4.5.20/build_unix/../dist/../db/db_stati.c -o db_stati.o >/dev/null 2>&1 x86_64-pc-linux-gnu-gcc -c -I. -I/var/tmp/portage/sys-libs/db-4.5.20_p2-r1/work/db-4.5.20/build_unix/../dist/.. -D_GNU_SOURCE -D_REENTRANT -march=nocona -O2 -pipe /var/tmp/portage/sys-libs/db-4.5.20_p2-r1/work/db-4.5.20/build_unix/../dist/../db/db_upg_opd.c -fPIC -DPIC -o .libs/db_upg_opd.o /bin/bash ./libtool --mode=compile x86_64-pc-linux-gnu-gcc -c -I. -I/var/tmp/portage/sys-libs/db-4.5.20_p2-r1/work/db-4.5.20/build_unix/../dist/.. -D_GNU_SOURCE -D_REENTRANT -march=nocona -O2 -pipe /var/tmp/portage/sys-libs/db-4.5.20_p2-r1/work/db-4.5.20/build_unix/../dist/../dbm/dbm.c x86_64-pc-linux-gnu-gcc -c -I. -I/var/tmp/portage/sys-libs/db-4.5.20_p2-r1/work/db-4.5.20/build_unix/../dist/.. -D_GNU_SOURCE -D_REENTRANT -march=nocona -O2 -pipe /var/tmp/portage/sys-libs/db-4.5.20_p2-r1/work/db-4.5.20/build_unix/../dist/../db/db_upg.c -o db_upg.o >/dev/null 2>&1 x86_64-pc-linux-gnu-gcc -c -I. -I/var/tmp/portage/sys-libs/db-4.5.20_p2-r1/work/db-4.5.20/build_unix/../dist/.. -D_GNU_SOURCE -D_REENTRANT -march=nocona -O2 -pipe /var/tmp/portage/sys-libs/db-4.5.20_p2-r1/work/db-4.5.20/build_unix/../dist/../db/db_upg_opd.c -o db_upg_opd.o >/dev/null 2>&1 make: *** [db_stati.lo] Error 1 make: *** Waiting for unfinished jobs.... x86_64-pc-linux-gnu-gcc -c -I. -I/var/tmp/portage/sys-libs/db-4.5.20_p2-r1/work/db-4.5.20/build_unix/../dist/.. -D_GNU_SOURCE -D_REENTRANT -march=nocona -O2 -pipe /var/tmp/portage/sys-libs/db-4.5.20_p2-r1/work/db-4.5.20/build_unix/../dist/../dbm/dbm.c -fPIC -DPIC -o .libs/dbm.o x86_64-pc-linux-gnu-gcc -c -I. -I/var/tmp/portage/sys-libs/db-4.5.20_p2-r1/work/db-4.5.20/build_unix/../dist/.. -D_GNU_SOURCE -D_REENTRANT -march=nocona -O2 -pipe /var/tmp/portage/sys-libs/db-4.5.20_p2-r1/work/db-4.5.20/build_unix/../dist/../dbm/dbm.c -o dbm.o >/dev/null 2>&1 * * ERROR: sys-libs/db-4.5.20_p2-r1 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 4701: Called die * The specific snippet of code: * emake || die "make failed" * The die message: * make failed * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/var/log/portage/sys-libs:db-4.5.20_p2-r1:20081211-131402.log'. * The ebuild environment file is located at '/var/tmp/portage/sys-libs/db-4.5.20_p2-r1/temp/environment'. * !!! When you file a bug report, please include the following information: GENTOO_VM= CLASSPATH="." JAVA_HOME="/etc/java-config-2/current-system-vm" JAVACFLAGS="" COMPILER="" and of course, the output of emerge --info
The following patch appears to fix this issue. I looked for a better alternative, but couldn't see one: --- /mnt/portage/sys-libs/db/db-4.5.20_p2-r1.ebuild 2008-10-26 12:38:06.000000000 +0000 +++ ./db-4.5.20_p2-r1.ebuild 2008-12-11 14:44:49.000000000 +0000 @@ -149,6 +149,9 @@ sed -e "s,\(^STRIP *=\).*,\1\"none\"," Makefile > Makefile.cpy \ && mv Makefile.cpy Makefile + sed -e s/suppress_opt=yes/suppress_opt=no/ libtool > libtool.cpy + mv libtool.cpy libtool + emake || die "make failed" }
I'm sure I've seen this reported before.
it has nothing to do with db. libtool itself suppresses things. *** This bug has been marked as a duplicate of bug 135865 ***
