I recently tried to do a emerge -DuN world, but got stuck on gcc-3.4.4-r1. Seems it wants eselect-compiler, but it is masked because it is under heavy development. I took a look at the ebuild, and it seems to be caused by the dependency: || ( app-admin/eselect-compiler >=sys-devel/gcc-config-1.3.12-r4 ) Perhaps the order should be switched? $ emerge info Portage 2.1_pre1 (!/usr/portage/profiles/default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r1, 2.6.12-gentoo-r4 i686) ================================================================= System uname: 2.6.12-gentoo-r4 i686 Intel(R) Pentium(R) M processor 2.00GHz Gentoo Base System version 1.6.13 ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium-m -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /opt/jetty/etc /opt/openjms/config /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /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/splash /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium-m -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache cvs digest distlocks fixpackages sandbox sfperms sign strict userpriv usersandbox" GENTOO_MIRRORS="http://mirrors.acm.cs.rpi.edu/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/gentoo-x86" PORTDIR_OVERLAY="/usr/local/overlays/gentopia /usr/local/overlays/gentoo-java-experimental /usr/local/overlays/free-java-overlay" SYNC="cvs://nichoj@cvs.gentoo.org:/var/cvsroot" USE="x86 X aac acpi alsa apache2 apm audiofile avi bash-completion berkdb bitmap-fonts bluetooth bonobo bzip2 cairo cdr crypt cups curl divx4linux doc dvd dvdr eds emboss encode ethereal exif expat faad fam ffmpeg flac foomaticdb fortran gd gdbm gif gimp gimpprint glitz glut gmp gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml gtksharp guile hal howl idn imagemagick imlib ipv6 ithreads java javamail jce jikes jms jpeg lcms ldap libg++ libwww mad mhash mikmod mmx mng mono mozilla mp3 mpeg mysql ncurses nls nptl ogg oggvorbis openal opengl pam pcmcia pcre pda pdflib perl pic png postgres ppds python quicktime readline real recode ruby samba scanner sdl slang sox spell sqlite sse sse2 ssl subversion tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts udev usb vorbis win32codecs xine xml xml2 xv xvid zlib elibc_glibc kernel_linux userland_GNU" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Oh, forgot to mention that updating to the latest version of gcc-config is a workaround.
PORTDIR="/usr/gentoo-x86" /usr/portage/profiles/default-linux/x86/2005.0 Although that's likely unrelated to the bug... If you can reproduce it, at least grab the --debug output. Either way, I'll try and reproduce it tonight.
Damn. commented on wrong bug... Confirmed this, regression from .53
Fixed.
Released in 2.1_pre2.
