This happens only with revdep-rebuild. If I run "emerge --oneshot =sys-devel/gcc-4.1.1" from command line all goes well, but the revdep-rebuild isn't satisfied. I belive I emerged to gcc-4.1.1 before I did the the java-update. # revdep-rebuild -p Configuring search environment for revdep-rebuild Checking reverse dependencies... Packages containing binaries and libraries broken by a package update will be emerged. Collecting system binaries and libraries... done. (/root/.revdep-rebuild.1_files) Collecting complete LD_LIBRARY_PATH... done. (/root/.revdep-rebuild.2_ldpath) Checking dynamic linking consistency... broken /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/libgcjawt.la (requires /usr/lib/../lib64/lib-gnu-java-awt-peer-gtk.la) broken /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/libgij.la (requires /usr/lib/../lib64/libgcj.la) broken /usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.1/libgcjawt.la (requires /usr/lib/../lib64/lib-gnu-java-awt-peer-gtk.la) broken /usr/lib64/gcc/x86_64-pc-linux-gnu/4.1.1/libgij.la (requires /usr/lib/../lib64/libgcj.la) done. (/root/.revdep-rebuild.3_rebuild) Assigning files to ebuilds... done. (/root/.revdep-rebuild.4_ebuilds) Evaluating package order... done. (/root/.revdep-rebuild.5_order) All prepared. Starting rebuild... emerge --oneshot -p =sys-devel/gcc-4.1.1 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] sys-devel/gcc-4.1.1 Now you can remove -p (or --pretend) from arguments and re-run revdep-rebuild. # revdep-rebuild ... -Java_java_nio_VMDirectByteBuffer_get__Lgnu_classpath_Pointer_2I_3BII -Java_java_nio_VMDirectByteBuffer_put__Lgnu_classpath_Pointer_2IB -Java_java_nio_VMDirectByteBuffer_put__Lgnu_classpath_Pointer_2I_3BII -Java_java_nio_VMDirectByteBuffer_shiftDown -Java_java_util_VMTimeZone_getSystemTimeZoneId make[7]: *** [all-local] Error 1 make[7]: Leaving directory `/tmp/portage/gcc-4.1.1/work/build/x86_64-pc-linux-gnu/libjava/classpath/native/jni' make[6]: *** [all-recursive] Error 1 make[6]: Leaving directory `/tmp/portage/gcc-4.1.1/work/build/x86_64-pc-linux-gnu/libjava/classpath/native/jni' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/tmp/portage/gcc-4.1.1/work/build/x86_64-pc-linux-gnu/libjava/classpath/native' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/tmp/portage/gcc-4.1.1/work/build/x86_64-pc-linux-gnu/libjava/classpath' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/tmp/portage/gcc-4.1.1/work/build/x86_64-pc-linux-gnu/libjava' make[2]: *** [all-target-libjava] Error 2 make[2]: Leaving directory `/tmp/portage/gcc-4.1.1/work/build' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/portage/gcc-4.1.1/work/build' make: *** [profiledbootstrap] Error 2 !!! ERROR: sys-devel/gcc-4.1.1 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile ebuild.sh, line 1248: Called toolchain_src_compile toolchain.eclass, line 24: Called gcc_src_compile toolchain.eclass, line 1517: Called gcc_do_make toolchain.eclass, line 1391: Called die !!! emake failed with profiledbootstrap !!! If you need support, post the topmost build error, and the call stack if relevant. revdep-rebuild failed to emerge all packages you have the following choices: - if emerge failed during the build, fix the problems and re-run revdep-rebuild or - use -X or --package-names as first argument (trys to rebuild package, not exact ebuild) or - set ACCEPT_KEYWORDS="~<your platform>" and/or /etc/portage/package.unmask (and remove /root/.revdep-rebuild.5_order to be evaluated again) or - modify the above emerge command and run it manually or - compile or unmerge unsatisfied packages manually, remove temporary files and try again (you can edit package/ebuild list first) To remove temporary files, please run: rm /root/.revdep-rebuild*.?_*
(In reply to comment #0) > -Java_java_nio_VMDirectByteBuffer_get__Lgnu_classpath_Pointer_2I_3BII > -Java_java_nio_VMDirectByteBuffer_put__Lgnu_classpath_Pointer_2IB > -Java_java_nio_VMDirectByteBuffer_put__Lgnu_classpath_Pointer_2I_3BII > -Java_java_nio_VMDirectByteBuffer_shiftDown > -Java_java_util_VMTimeZone_getSystemTimeZoneId > make[7]: *** [all-local] Error 1 Uhm, post the lines above.
# revdep-rebuild ... x86_64-pc-linux-gnu-ar rc .libs/libgtkpeer.a .libs/gnu_java_awt_peer_gtk_GThreadNativeMethodRunner.o .libs/gnu_java_awt_peer_gtk_GdkFontPeer.o .libs/gnu_java_awt_peer_gtk_ GdkGraphics.o .libs/gnu_java_awt_peer_gtk_GdkGraphicsEnvironment.o .libs/gnu_java_awt_peer_gtk_GdkPixbufDecoder.o .libs/gnu_java_awt_peer_gtk_GdkRobotPeer.o .libs/gnu_java _awt_peer_gtk_GdkTextLayout.o .libs/gnu_java_awt_peer_gtk_GtkButtonPeer.o .libs/gnu_java_awt_peer_gtk_GtkCanvasPeer.o .libs/gnu_java_awt_peer_gtk_GtkCheckboxGroupPeer.o .l ibs/gnu_java_awt_peer_gtk_GtkCheckboxMenuItemPeer.o .libs/gnu_java_awt_peer_gtk_GtkCheckboxPeer.o .libs/gnu_java_awt_peer_gtk_GtkChoicePeer.o .libs/gnu_java_awt_peer_gtk_G tkClipboard.o .libs/gnu_java_awt_peer_gtk_GtkComponentPeer.o .libs/gnu_java_awt_peer_gtk_GtkEmbeddedWindowPeer.o .libs/gnu_java_awt_peer_gtk_GtkFileDialogPeer.o .libs/gnu_ java_awt_peer_gtk_GtkFramePeer.o .libs/gnu_java_awt_peer_gtk_GtkGenericPeer.o .libs/gnu_java_awt_peer_gtk_GtkImage.o .libs/gnu_java_awt_peer_gtk_GtkLabelPeer.o .libs/gnu_j ava_awt_peer_gtk_GtkListPeer.o .libs/gnu_java_awt_peer_gtk_GtkMenuBarPeer.o .libs/gnu_java_awt_peer_gtk_GtkMenuComponentPeer.o .libs/gnu_java_awt_peer_gtk_GtkMenuItemPeer. o .libs/gnu_java_awt_peer_gtk_GtkMenuPeer.o .libs/gnu_java_awt_peer_gtk_GtkPanelPeer.o .libs/gnu_java_awt_peer_gtk_GtkPopupMenuPeer.o .libs/gnu_java_awt_peer_gtk_GtkScroll barPeer.o .libs/gnu_java_awt_peer_gtk_GtkScrollPanePeer.o .libs/gnu_java_awt_peer_gtk_GtkSelection.o .libs/gnu_java_awt_peer_gtk_GtkTextAreaPeer.o .libs/gnu_java_awt_peer_ gtk_GtkTextFieldPeer.o .libs/gnu_java_awt_peer_gtk_GtkToolkit.o .libs/gnu_java_awt_peer_gtk_GtkWindowPeer.o .libs/gthread-jni.o .libs/gtk_jawt.o ../../../native/jni/classp ath/.libs/native_state.o ../../../native/jni/classpath/.libs/jcl.o x86_64-pc-linux-gnu-ranlib .libs/libgtkpeer.a creating libgtkpeer.la (cd .libs && rm -f libgtkpeer.la && ln -s ../libgtkpeer.la libgtkpeer.la) make[7]: Leaving directory `/tmp/portage/gcc-4.1.1/work/build/x86_64-pc-linux-gnu/libjava/classpath/native/jni/gtk-peer' make[7]: Entering directory `/tmp/portage/gcc-4.1.1/work/build/x86_64-pc-linux-gnu/libjava/classpath/native/jni' cd /tmp/portage/gcc-4.1.1/work/gcc-4.1.1/libjava/classpath && /bin/sh ./scripts/check_jni_methods.sh xargs: environment is too large for exec xargs: environment is too large for exec xargs: environment is too large for exec Found a problem with the JNI methods declared and implemented. (-) missing in implementation, (+) missing in header files -Java_gnu_java_awt_peer_gtk_GThreadNativeMethodRunner_nativeRun -Java_gnu_java_awt_peer_gtk_GdkFontPeer_dispose -Java_gnu_java_awt_peer_gtk_GdkFontPeer_getFontMetrics ... I presume this is very fatal: "xargs: environment is too large for exec"
not a bug in gcc
*** Bug 142762 has been marked as a duplicate of this bug. ***
Fix is in subversion revision 314.
happens also in ~x86 (since a long time but i just tought today to look for a bug)
Fix is in gentoolkit-0.2.3_pre1
Fixed in gentoolkit-0.2.3
