Bug 79469 – "emerge --newuse -Duvp world" and -* masked sys-devel/gcc-3.4.3.20050110

• Product: Gentoo Linux
• Status: RESOLVED INVALID

[Description Sebastian Bergmann (RETIRED) 2005-01-25 07:20:51 UTC]

"emerge --newuse -Duvp world" wants to merge the -* masked sys-devel/gcc-3.4.3.20050110 package.

Reproducible: Always
Steps to Reproduce:
1. emerge --newuse -Duvp world

Actual Results:  
wopr-mobile ~ # emerge --newuse -Duvp world

These are the packages that I would merge, in order:

Calculating world dependencies ...done!
[ebuild     U ] sys-devel/gcc-3.4.3.20050110 [3.4.3-r1] -bootstrap
-boundschecking -build -debug -fortran -gcj +gtk -hardened (-ip28) (-multilib)
-multislot (-n32) (-n64) +nls -nocxx -objc -static (-uclibc) 0 kB

Total size of downloads: 0 kB


wopr-mobile ~ # cat /usr/portage/sys-devel/gcc/gcc-3.4.3.20050110.ebuild | grep
KEYWORDS
KEYWORDS="-* ~amd64 ~mips ~ppc64 ~x86 -hppa ~ppc ~sparc ~ia64"


Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.4.3,
glibc-2.3.4.20041102-r0, 2.6.10-gentoo-r6 i686)
=================================================================
System uname: 2.6.10-gentoo-r6 i686 Intel(R) Pentium(R) M processor 1500MHz
Gentoo Base System version 1.6.8
Python:              dev-lang/python-2.4 [2.4 (#1, Jan 11 2005, 16:16:23)]
ccache version 2.3 [disabled]
dev-lang/python:     2.4
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r2
sys-devel/libtool:   1.5.10-r3
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium-m -O2 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium-m -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig distlocks fixpackages sandbox sfperms"
GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo
http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LDFLAGS="-Wl,-O1"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X aalib acpi alsa apache2 avi berkdb bitmap-fonts cdr crypt cups dvd
dvdr encode esd f77 flac font-server foomaticdb gdbm gif gnome gpm gstreamer gtk
gtk2 hal imagemagick imlib ipv6 java jpeg libg++ libwww lirc mad mikmod mmx mono
motif moznocompose moznoirc moznomail mozsvg mpeg mysql ncurses nls nptl nvidia
oggvorbis opengl oss pam pdflib perl php png ppds python quicktime readline
samba sdl slang spell sqlite sse ssl svg svga tcltk tcpd tiff truetype
truetype-fonts type1-fonts unicode userlocales xml2 xmms xprint xv zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, PORTDIR_OVERLAY

[Comment 1 Marius Mauch (RETIRED) 2005-01-25 07:48:45 UTC]

~arch overrides -*

[Comment 2 Sebastian Bergmann (RETIRED) 2005-01-25 08:09:42 UTC]

Okay, I did not know that. Hence my asking on gentoo-dev@ before I opened a bugreport.

But if ~arch overrides -* should the sys-devel/gcc-3.4.3.20050110 not be package.mask'ed instead?

[Comment 3 Phil Richards 2005-01-25 10:35:10 UTC]

Could somebody update the Changelog to explain why it is going into ~x86?

In particular, there seems to be no significant change since this entry:

  19 Jan 2005; Brandon Hale <[e-mail]> gcc-3.4.3.20050110.ebuild:
  Re-masking by request, see bug #78666. This GCC is failing with ICE, and
  some users report that it cannot even build itself. Hopefully the
  SSE2/3 fixes can be sanely backported to a released toolchain instead of
  unleashing a random, busted CVS checkout on ~arch.

(Changes to comments and descriptions do not count as "significant".)

Please?  Masking locally until somebody can convince me moving to a gcc snapshot is a good idea... (I'm quite willing to be convinced.)

Phil

[Comment 4 Ivan Yosifov 2005-01-26 02:09:46 UTC]

Combinations like "-* ~x86 ~sparc" mean: testing on sparc and x86 , and br0ken  everywhere else.