I have sys-devel/gcc-3.4.3 currently on my system. After syncing and running emerge system -Duvp, I noticed that gcc-3.4.3-r1 wants to slot instead of upgrade. Emerge info: Portage 2.0.51-r8 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.9-gentoo-r6 i686) ================================================================= System uname: 2.6.9-gentoo-r6 i686 VIA Samuel 2 Gentoo Base System version 1.6.6 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Jun 10 2004, 09:56:20)] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r5 sys-devel/automake: 1.8.5-r1 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.2-r7 virtual/os-headers: 2.6.8.1-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=c3 -O2 -pipe" CHOST="i586-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /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=c3 -O2 -pipe" DISTDIR="/tmp/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig candy ccache distlocks fixpackages sandbox sfperms" GENTOO_MIRRORS="http://gentoo.mirrors.pair.com/" MAKEOPTS="-j1" PKGDIR="/tmp/usr/portage/packages" PORTAGE_TMPDIR="/tmp" PORTDIR="/tmp/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync11.us.gentoo.org/gentoo-portage" USE="3dnow 3dnowex 3ds X X509 Xaw3d aac aalib acpi acpi4linux activefilter adns alsa apache2 artworkextra athena atlas audiofile avi berkdb bitmap-fonts calendar cddb cdparanoia chroot cle266 crypt cscope cups curl dedicated dga dillo divx4linux djbfft dnd dv dvd dvdread edl eds emacs encode escreen ethereal f77 faac faad fam fdftk fftw flac flash fltk fluidsynth fmod foomaticdb fpx gd ggi gif gimpprint gnustep gpm graphviz gsnd gstreamer gtk gtk2 icq idl imagemagick imap imlib imlib2 jabber jack jack-caps jack-tmpfs jpeg ladcca lcms ldap libcaca libwww live lufsusermount lzo mad mbox mcal md5sum mdb mikmod mmx mng motif moznocompose moznoirc moznomail mozsvg mpeg mpeg4 mpi mplayer msn ncurses net network no-old-linux nogcj nomac nomultilib nptl nptlonly objc oggvorbis opengl oscar oss pam parse-clocks pcap pda pdflib perl plotutils png ppds prelude python qt quicktime radeon readline real rtc ruby ruby18 samba sdl sftplogging skey slp sndfile sox speex spell sqlite ssl svg tcltk tcpd tetex tga theora tiff truetype unicode usb userlocales videos wmf x86 xanim xgetdefault xim xml xml2 xmms xprint xv xvid yahoo yv12 zlib video_cards_radeon"
etcat -v gcc [ Results for search key : gcc ] [ Candidate applications found : 15 ] Only printing found installed programs. * sys-devel/gcc : [M ] 2.95.3-r8 (2.95) [M ] 3.2.3-r4 (3.2) [M ] 3.3.2 (3.3) [M~ ] 3.3.2-r2 (3.3) [M ] 3.3.2-r5 (3.3) [M~ ] 3.3.2-r7 (3.3) [M~ ] 3.3.3-r3 (3.3) [M ] 3.3.3-r6 (3.3) [ ] 3.3.4-r1 (3.3) [ ~ ] 3.3.4-r2 (3.3) [ ~ ] 3.3.5 (i686-pc-linux-gnu-3.3) [ ~ ] 3.4.1-r3 (3.4) [ ~ ] 3.4.2-r2 (i686-pc-linux-gnu-3.4) [ I] 3.4.3 (i686-pc-linux-gnu-3.4) [ ~ ] 3.4.3-r1 (i686-pc-linux-gnu-3.4) as you see, gcc-3.4.3 just changed to the same slot that your 3.4.3-r1 is using those new slots were masked not long ago. don't know if they were unmasked by mistake
not a bug, it's a feature
Huh? Two versions of 3.4.3 on my box is a feature?
How can I turn this "feature" off? I was told by someone on the irc channel that gcc will only install itself in a different slot because of different thread models, and that if I have nptlonly USE flag set that it won't intall itself in a different slot. If that's true, then this is a bug because I compile glibc with the nptlonly USE flag set. If that's not true, then how can I make portage update my gcc instead of installing another version in a different slot?
As SpanKY said, it's a feature. gcc versions are now slotted to ${CTARGET}-${MY_PV} instead of just ${MY_PV} to allow easier cross-compiling. It's a different SLOT and portage will emerge the new version into the different SLOT. You have to update to -r1 and then unmerge the old version.
spanky, stop being a freaking retard and fix it. you cant slotmove this shit. this is not a feature!
fixed. sorry guys.
calm down travis ... just because i didnt read e-mail in 12+hours makes me a 'frickin retard' ive fixed all the gcc ebuilds to SLOT the same as toolchain.eclass ... yes there is no slotmove solution here so people could end up with 3.4.3 and 3.4.3-r1 on their system, but SO WHAT the two ebuilds will overwrite the files of each other and NOT CAUSE A PROBLEM ... it's mostly just an issue of cleanliness ... the user just has to clean out the older version himself
