After I upgraded sys-devel/binutils-2.14.90.0.8-r1, I can no longer emerge anything, the configuration ends with ld complaining about a non-valid --as-needed option. Details: See url. Portage 2.0.51_pre7 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3_pre20040420-r0, 2.6.5-gentoo-r1) ================================================================= System uname: 2.6.5-gentoo-r1 i686 Pentium III (Coppermine) Gentoo Base System version 1.4.10 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -Os -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium3 -Os -pipe" DISTDIR="/home/pub/src" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://gd.tuwien.ac.at/opsys/linux/gentoo/ http://212.219.247.20/sites/www.ibiblio.org/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/bmg-overlay" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X Xaw3d aalib acpi acpi4linux aim alsa apache2 avi berkdb bonobo breakme cdr clamav crypt cups curl dillo directfb dv dvd encode esd evms2 evo faad fam fbcon flac flash foomaticdb gdbm gif gimpprint glade gnome gphoto2 gstreamer gtk2 gtkhtml hbci imagemagick imap imlib irda irmc java javascript jpeg kerberos lcms ldap lirc mad maildir mbox mikmod mmx motif mozilla moznocompose moznoirc mpeg mpeg4 mysql nas ncurses nls nowin nptl ofx oggvorbis opengl opie pam pcmcia pda pdflib perl plotutils png pnp ppds python qt quicktime readline samba sasl scanner sdl slang slp socks5 spell sse ssl svg svga tetex threads tiff truetype trusted unicode usb vim-with-x wmf x86 xface xfs xinerama xml xml2 xv xvid yahoo zlib"
I had the same issue, not after an upgrade but after a downgrade from 2.15.90.0.3-r1 (remasked on 04 May, which explain the downgrade). I had to reinstall this version (2.15.blah) from a binary package and then everything worked fine again. Portage 2.0.51_pre3 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3_pre20040420-r0, 2.6.5-mm1) ================================================================= System uname: 2.6.5-mm1 i686 Intel(R) Pentium(R) M processor 1500MHz Gentoo Base System version 1.4.10 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86 ~x86" CFLAGS="-mcpu=pentium3 -O2 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3"
I have the same problem... but how do I get a binary package for my system that I can be sure it works?
*** Bug 50078 has been marked as a duplicate of this bug. ***
Hello... anything ?
If you have an x86 based system, chances are good, that the binutils package you can find on the forum link above is also working for you. I have a pentium III Coppermine and the package was compiled for an athlon but it worked for me. It is probably a compatibility problem between gcc-3.3.3-r3 (which I emerged some hours before this problem occured) and binutils-2.14.90.0.8-r1. BTW gcc-3.4.0 and binutils-2.15.90.0.3-r1 are fine together on my box.
I've followed the instructions from the forum post and edited the spec of the compiler and rebuilt binutils and gcc and now everything is fine. Thanks.
*** Bug 50276 has been marked as a duplicate of this bug. ***
I believe that Bug 49744 is a duplicate of this bug as well. I am seeing the same issue as the one reported here and in the Gentoo Forum at: http://forums.gentoo.org/viewtopic.php?t=166696&highlight=binutils Note to bug reporter or Owner: Perhaps a higher priority than 'normal' is warranted here, because this problem seems wide-spread, and breaks the entire build process.
You're right, "critical" is probably more apropriate.
Just an FYI .. here's what happened in bintuils to introduce --as-needed into bintuils. It does seem like there is a symbiotic relationship of some sort here... IE if you go to this particular version or greater of binutils then you need to pull other upgrades. http://sources.redhat.com/ml/binutils/2004-03/msg00435.html
going throught and removing the --as-needed and --no-as-needed from my /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/specs fixed this, perhaps the binutils ebuld should be modified to provide a working version of this file?
*** Bug 51398 has been marked as a duplicate of this bug. ***
*** Bug 52465 has been marked as a duplicate of this bug. ***
*** Bug 50211 has been marked as a duplicate of this bug. ***
So, i has the same problem now (just emerge -u world two minutes ago). And who are this clever human, which make the portage unconsistent? Next time he or she would masked current glibc and we have much more problems than editing spec...
Few facts for the uninformed. This has nothing to do with the making the portage tree inconsistent. This problem cropped up via the natural course of upgrading. Upstream decided it would be that way (NOT US) glibc does not even play a role in it at all.
Thats great news for me! Sorry for my irony but emerge -C contains WARNING that <quote> WARNING: This action can remove important packages! Removes all matching packages. This does no checking of dependencies, so it may remove packages necessary for the proper operation of your system. </quote> but, what is strange, about -U i don't find anything says that it may revert you to the bootstrap stage in any moment, because "UPSTREAM" think that this is right...
*** Bug 54368 has been marked as a duplicate of this bug. ***
*** Bug 57072 has been marked as a duplicate of this bug. ***
*** Bug 52352 has been marked as a duplicate of this bug. ***
binutils-2.15.90.0.1.1-r3 is now our stable x86