GCC 4.0

Message

stonent · Post by **stonent** » Wed Mar 02, 2005 12:11 am

Halcy0n wrote:
stonent wrote:Ooops. I assumed I had them. It appears I don't.
If you run into any other errors that you can't fix, post them here and I'll see what I can do. If you fix a compilation error, please post a bug on http://bugs.gentoo.org with the patch.

Well I renamed the 2.6.8.1 headers to 2.6.10 and removed the epatch lines which allowed it to emerge the 2.6.10 headers. GCC is compiling now, so I'll know in a bit if it is working.

I wonder why we don't have 2.6.10 headers in portage yet?

EDIT:
GCC just failed in the same exact spot.

Post by **Halcy0n** » Wed Mar 02, 2005 1:40 am

stonent wrote:I wonder why we don't have 2.6.10 headers in portage yet?

EDIT:
GCC just failed in the same exact spot.

We do, sys-kernel/linux-headers-2.6.10.
The same exact error? `emerge info' please. If you are using the newest snapshot of gcc, there are some problems with glibc that I have not worked out yet. I hunted down one patch, but it didn't fix all of the problems.

EDIT:
I really should have read your original post slower. You aren't having the problem I thought you were. I am going to try and figure out how to fix this later, because the patch I linked to in, http://bugs.gentoo.org/show_bug.cgi?id=83403, does not work. It might allow you to compile gcc, but glibc is going to fail and possibly other things later. Add yourself as a CC on that bug if you want.

nxsty · Post by **nxsty** » Wed Mar 02, 2005 1:22 pm

stonent wrote:
Halcy0n wrote:
stonent wrote:Ooops. I assumed I had them. It appears I don't.
If you run into any other errors that you can't fix, post them here and I'll see what I can do. If you fix a compilation error, please post a bug on http://bugs.gentoo.org with the patch.
Well I renamed the 2.6.8.1 headers to 2.6.10 and removed the epatch lines which allowed it to emerge the 2.6.10 headers. GCC is compiling now, so I'll know in a bit if it is working.

I wonder why we don't have 2.6.10 headers in portage yet?

The header files needs to patched and can´t be used right out of the kernel tarball. And 2.6.10 is in portage but in the linux-headers dir instead of linux26-headers. Just unmask them, unmerge linux26-headers and emerge linux-headers. However this might not solve your gcc problem, you'll probably have to wait for a newer snapshot.

Post by **Halcy0n** » Wed Mar 02, 2005 11:45 pm

I posted a patch on http://bugs.gentoo.org/show_bug.cgi?id=83403 to fix it so glibc will compile with the newest GCC 4 in portage. Please apply the patch and report back if it works for you. Stonent, this should fix your problem. You'll have to recompile glibc with this patch first, then gcc should emerge fine.

thersites · Post by **thersites** » Thu Mar 03, 2005 2:56 am

HalcyOn -- can you build glibc itself with your patch? With anything after gcc-4.0.0 20050213.
I've had glibc patched with only the change to pthread.h for nearly 3wks, but have to compile it with gcc-3.4.3.
Before Feb13, when gcc4 would build glibc, I had a problem with firefox crashing - this has stopped since i've been building glibc with gcc-3.4.3.
At present, with gcc-4.1.0 20050227, mplayer and glibc are the only things that won't build. The build of binutils is broken <etc, etc> , the build of coreutils buggy, and eix, ecasound, scim, iptstate, scim, scim-pinyin and ttmkfdir also break.

Post by **Halcy0n** » Thu Mar 03, 2005 3:32 am

thersites wrote:HalcyOn -- can you build glibc itself with your patch? With anything after gcc-4.0.0 20050213.

Yes, the pthread patch was only one of a couple fixes that were needed. glibc compiles fine with the patch attached to that bug.

thersites · Post by **thersites** » Thu Mar 03, 2005 5:06 am

Halcy0n, no luck here -

-I/var/tmp/portage/glibc-2.3.4.20050125/work/build-default-i686-pc-linux-gnu-nptl/elf/. -I/var/tmp/portage/glibc-2.3.4.20050125/work/build-default-i686-pc-linux-gnu-nptl/csu/. -o /var/tmp/portage/glibc-2.3.4.20050125/work/build-default-i686-pc-linux-gnu-nptl/elf/dl-load.os -MD -MP -MF /var/tmp/portage/glibc-2.3.4.20050125/work/build-default-i686-pc-linux-gnu-nptl/elf/dl-load.os.dt -MT /var/tmp/portage/glibc-2.3.4.20050125/work/build-default-i686-pc-linux-gnu-nptl/elf/dl-load.os
rtld.c: In function '_dl_start':
dynamic-link.h:50: error: nested function 'elf_machine_rela_relative' declared but never defined
dynamic-link.h:47: error: nested function 'elf_machine_rela' declared but never defined
make[2]: *** [/var/tmp/portage/glibc-2.3.4.20050125/work/build-default-i686-pc-linux-gnu-nptl/elf/rtld.os] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20050125/work/glibc-2.3.4/elf'
make[1]: *** [elf/subdir_lib] Error 2
make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20050125/work/glibc-2.3.4'
make: *** [all] Error 2

!!! ERROR: sys-libs/glibc-2.3.4.20050125 failed.

This is the same error I get with just the pthread.h patch and also with libc-cvs.
This time with gcc-4.1.0 20050227. CFLAGS="-O1 -march=i686 -pipe"

Post by **Halcy0n** » Thu Mar 03, 2005 5:29 am

http://bugs.gentoo.org/attachment.cgi?i ... ction=view
That is the patch you are applying, right? It works for me, and atleast one other person. The error you posted was the only one I kept running into, which I believe I fixed.

thersites · Post by **thersites** » Thu Mar 03, 2005 5:33 am

wrong patch! glibc_gcc4.patch, not glibc-gcc4.patch
Sorry, trying again

thersites · Post by **thersites** » Thu Mar 03, 2005 9:11 am

Halcy0n - OK this time - thanks. I've rebuild gcc and a few other packages and no problems so far. And no firefox crashes like I was getting with unpatched glibc built with gcc-4.0.0 20050130. Good work!

Post by **Halcy0n** » Thu Mar 03, 2005 3:26 pm

Very good, glad to hear

stonent · Post by **stonent** » Fri Mar 04, 2005 7:35 pm

Halcy0n wrote:http://bugs.gentoo.org/attachment.cgi?i ... ction=view
That is the patch you are applying, right? It works for me, and atleast one other person. The error you posted was the only one I kept running into, which I believe I fixed.

OK I got the gcc-4 cvs to compile by editing pthread.h and removing the bits/ from that one line.

Post by **Halcy0n** » Fri Mar 04, 2005 9:41 pm

stonent wrote:OK I got the gcc-4 cvs to compile by editing pthread.h and removing the bits/ from that one line.

Good to hear. If you run into any other problems, let me know. I'm trying to patch everything I come across, but this is just in a chroot, so I don't have a fully working system with it yet.

stonent · Post by **stonent** » Fri Mar 04, 2005 10:32 pm

The new GhostScript released today into x86 stable today compiles fine with GCC 4.0-021305.

thersites · Post by **thersites** » Sat Mar 05, 2005 1:23 am

Halcy0n - I've just done a nearly complete emerge -e system with your patch on binutils-2.15.92.0.2-r4, having first reversed my own wretched effort, using gcc-4.1.0. Again, thank you very much. I've had 2.15.92.0.2-r4 without problems for a week, which is strange (but only built with gcc-3.4.3).

Your patch was also successfully built and rebuilt with gcc-3.4.3.

The small problem I now have in system is with coreutils built with gcc4, but only when using a zsh shell.
etc-update does not find ._cfg0000's and enewgroup fails in the ebuilds of slocate, utempter and openssh.
No problems using bash.

PrakashP · Post by **PrakashP** » Sun Mar 06, 2005 9:48 pm

Today's gcc 4.0 snapshot compiles gaim fine. I guess we are coming nearer to the release.

Ok, I am crazy: I compiled my 2.6.11 kernel with gcc 4.0 and just rebooted with it. SO far so good.

Xake · Post by **Xake** » Mon Mar 07, 2005 3:17 pm

Sorry but I am too tired to read more than the latest three pages or so.

Exactly were lies GCC 4.0 now? Does it require _alot_ of patches from around bugzilla or does it work just "out of the box" (and with a lot of rough ~x86 love of coures)?

Post by **Halcy0n** » Mon Mar 07, 2005 4:46 pm

Xake wrote:Sorry but I am too tired to read more than the latest three pages or so.

Exactly were lies GCC 4.0 now? Does it require _alot_ of patches from around bugzilla or does it work just "out of the box" (and with a lot of rough ~x86 love of coures)?

Currently, I have a couple of patches waiting to be applied in Bugzilla for some pretty critical apps in the toolchain, binutils and glibc. The xorg patches also haven't been applied yet. So, you'll probably have to make some of your own ebuilds in an overlay to apply all the patches if you wanted to use it. Or you could use GCC4 and when you hit something that doesn't compile, use gcc 3.4.

Xake · Post by **Xake** » Mon Mar 07, 2005 5:28 pm

That sound like some good old bugzilla-hounting for me, hehe...
So for short: look out for compiling the core-components with GCC4 and just go ahead try with the other things?

Is there many "hidden" things with 4.0 discovered yet (like early gcc3.4 and xorg did not like mmx (or sse or what it was)) or is it mostly compile-time errors?

iamarug · Post by **iamarug** » Mon Mar 07, 2005 5:40 pm

At this point considering how close the targeted release is, I dont see any reason to upgrade to gcc4. It seems that it is providing a regression in performance and possibly compile time.

I am surprised. Probably the later more minor releases will build upon the 4.0 release to provide a more perfromant compiler.

stonent · Post by **stonent** » Mon Mar 07, 2005 6:09 pm

I made my own ebuild last night by renaming the Feb 13 ebuild March 5 (using the word alpha)
Now today, a "beta" March 5 ebuild appears. Is this basically the same or do I need to upgrade again?

Code: Select all

[ebuild     U ] sys-devel/gcc-4.0.0_beta20050305 [4.0.0_alpha20050305]

Code: Select all

Aurora gcc # diff gcc-4.0.0_alpha20050213.ebuild gcc-4.0.0_beta20050305.ebuild 
3c3
< # $Header: /var/cvsroot/gentoo-x86/sys-devel/gcc/gcc-4.0.0_alpha20050213.ebuild,v 1.2 2005/03/01 02:32:40 vapier Exp $
---
> # $Header: /var/cvsroot/gentoo-x86/sys-devel/gcc/gcc-4.0.0_beta20050305.ebuild,v 1.1 2005/03/07 11:13:02 eradicator Exp $

Edit: Looks the same to me as far as I can tell. I think I'll just inject it.

Xake · Post by **Xake** » Mon Mar 07, 2005 9:22 pm

Personally I feel my desktop is FAR to stable these days. Thats why I heading for GCC4.0...

Have hade some problems compile gcc-4.0.0_beta and have now made some plying around. Will soon se if it helped or not. If not I will post here for sure...

..and as I wrote it failed...

Code: Select all

./xgcc -B./ -B/usr/i686-pc-linux-gnu/bin/ -isystem /usr/i686-pc-linux-gnu/include -isystem /usr/i686-pc-linux-gnu/sys-include -L/var/tmp/portage/gcc-4.0.0_beta20050305/work/build/gcc/../ld -O2  -DIN_GCC    -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem ./include  -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -I. -I. -I/var/tmp/portage/gcc-4.0.0_beta20050305/work/gcc-4.0-20050305/gcc -I/var/tmp/portage/gcc-4.0.0_beta20050305/work/gcc-4.0-20050305/gcc/. -I/var/tmp/portage/gcc-4.0.0_beta20050305/work/gcc-4.0-20050305/gcc/../include -I/var/tmp/portage/gcc-4.0.0_beta20050305/work/gcc-4.0-20050305/gcc/../libcpp/include  -fvisibility=hidden -DHIDE_EXPORTS -fexceptions -c /var/tmp/portage/gcc-4.0.0_beta20050305/work/gcc-4.0-20050305/gcc/unwind-dw2.c -o libgcc/./unwind-dw2.o
In file included from /var/tmp/portage/gcc-4.0.0_beta20050305/work/gcc-4.0-20050305/gcc/gthr-posix.h:43,
                 from ./gthr-default.h:1,
                 from /var/tmp/portage/gcc-4.0.0_beta20050305/work/gcc-4.0-20050305/gcc/gthr.h:114,
                 from /var/tmp/portage/gcc-4.0.0_beta20050305/work/gcc-4.0-20050305/gcc/unwind-dw2.c:42:
/usr/include/pthread.h:660: error: array type has incomplete element type
make[3]: *** [libgcc/./unwind-dw2.o] Fel 1
make[3]: Leaving directory `/var/tmp/portage/gcc-4.0.0_beta20050305/work/build/gcc'
make[2]: *** [libgcc.a] Fel 2
make[2]: Leaving directory `/var/tmp/portage/gcc-4.0.0_beta20050305/work/build/gcc'
make[1]: *** [stage1_build] Fel 2
make[1]: Leaving directory `/var/tmp/portage/gcc-4.0.0_beta20050305/work/build/gcc'
make: *** [profiledbootstrap] Fel 2

!!! ERROR: sys-devel/gcc-4.0.0_beta20050305 failed.
!!! Function gcc_do_make, Line 1124, Exitcode 2
!!! make failed with profiledbootstrap
!!! If you need support, post the topmost build error, NOT this status message.

Code: Select all

Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.4.3, glibc-2.3.4.20040808-r1, 2.6.11-gentoo-r1 i686)
=================================================================
System uname: 2.6.11-gentoo-r1 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz
Gentoo Base System version 1.6.9
Python:              dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 13 2005, 14:01:43)]
dev-lang/python:     2.3.4-r1
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.6.10
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-pipe -O2 -march=pentium4 -fomit-frame-pointer -fprefetch-loop-arrays -ffast-math -falign-functions=4 -fforce-addr"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-pipe -O2 -march=pentium4 -fomit-frame-pointer -fprefetch-loop-arrays -ffast-math -falign-functions=4 -fforce-addr"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig distlocks sandbox sfperms"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
LANG="sv_SE.UTF-8"
LC_ALL="sv_SE.UTF-8"
LDFLAGS="-Wl,-O1"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 X acpi alsa apache2 avi bash bash-completion berkdb bitmap-fonts bmp cdr crypt cups curl eds emboss encode evo f77 fam firefox flac foomaticdb fortran gdbm gif gimpprint gmp gnome gpm gstreamer gtk gtk2 gtkhtml hal imagemagick imlib innodb ipv6 java joystick jpeg libg++ libwww lm_sensors mad mikmod mmx mmx2 motif mozilla moznocompose moznoirc moznomail mp3 mpeg mysql ncurses network nls nptl ntp nvidia offensive ogg oggvorbis opengl pam pdflib perl pic png ppds python quicktime readline real rtc sdl slang smp sox spell sse sse2 ssl svga symlink tcltk tcpd theora threads tiff timidity truetype truetype-fonts type1-fonts unicode utf8 vorbis wxwindows xml2 xmms xosd xprint xv xvid zlib linguas_sv"
Unset:  ASFLAGS, CBUILD, CTARGET

Stripping -fFunny-flags and trying again..... If works I post.

nxsty · Post by **nxsty** » Mon Mar 07, 2005 10:31 pm

Xake wrote:Personally I feel my desktop is FAR to stable these days. Thats why I heading for GCC4.0...

Have hade some problems compile gcc-4.0.0_beta and have now made some plying around. Will soon se if it helped or not. If not I will post here for sure...

..and as I wrote it failed...

Stripping -fFunny-flags and trying again..... If works I post.

You need to edit the file /usr/include/pthread.h and change line 29 from:
#include <bits/setjmp.h>
to:
#include <setjmp.h>

That will fix your error. You can change it back later.

Mafteah · Post by **Mafteah** » Tue Mar 08, 2005 10:59 am

Code: Select all

i686-pc-linux-gnu-gcc ../sysdeps/generic/memrchr.c -c -std=gnu99 -O2 -O3 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -march=athlon-xp -pipe -mpreferred-stack-boundary=2 -g    -I../include -I. -I/var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/string -I.. -I../libio  -I/var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads -I../sysdeps/i386/elf -I../linuxthreads/sysdeps/unix/sysv/linux/i386 -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/i386/i686 -I../linuxthreads/sysdeps/i386 -I../libidn/sysdeps/unix -I../sysdeps/unix/sysv/linux/i386 -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv/i386 -I../sysdeps/unix/sysv -I../sysdeps/unix/i386 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/i386/i686/fpu -I../sysdeps/i386/i686 -I../sysdeps/i386/i486 -I../sysdeps/i386/fpu -I../sysdeps/i386 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem /usr/lib/gcc/i686-pc-linux-gnu/4.0.0-beta20050305/include -isystem /usr/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h       -o /var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/string/memrchr.og -MD -MP -MF /var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/string/memrchr.og.dt -MT /var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/string/memrchr.og
../sysdeps/i386/i486/bits/string.h: In function '__strcat_c':
../sysdeps/i386/i486/bits/string.h:1000: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://bugs.gentoo.org/> for instructions.
make[2]: *** [/var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/string/string-inlines.og] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20050125-r1/work/glibc-2.3.4/string'
make[1]: *** [string/subdir_lib] Error 2
make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20050125-r1/work/glibc-2.3.4'
make: *** [all] Error 2

!!! ERROR: sys-libs/glibc-2.3.4.20050125-r1 failed.
!!! Function toolchain-glibc_src_compile, Line 238, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.

Code: Select all

Portage 2.0.51.19 (default-linux/x86/2004.2/gcc34, gcc-4.0.0-beta20050305, glibc-2.3.4.20050125-r0, 2.6.11-love1 i686)
=================================================================
System uname: 2.6.11-love1 i686 AMD Athlon(tm) XP 2000+
Gentoo Base System version 1.6.9
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, Mar  4 2005, 10:23:13)]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.5
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.7.9-r1, 1.8.5-r3, 1.6.3, 1.5, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r4
sys-devel/libtool:   1.5.10-r5
virtual/os-headers:  2.6.11
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -ftracer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /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 /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -ftracer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://mirror.hamakor.org.il/pub/mirrors/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://mirror.hamakor.org.il/gentoo-portage"
USE="x86 3dnow 3dnowex X alsa apache2 arts avi berkdb bidi bitmap-fonts cups divx4linux dts dvd dvdr exif geoip gif gtk gtk2 hal ithreads jpeg kde kdeenablefinal kdexdeltas lm_sensors mad mikmod mmx mono mp3 mpeg mysql nls nptl nvidia opengl pam pam_chroot pam_console pam_timestamp php pic png qt quicktime readline real samba spell sse ssl tiff truetype usb xml xml2 xscreensaver xv xvid zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS

Gentree · Post by **Gentree** » Tue Mar 08, 2005 1:41 pm

Damn, wheres this gone now?

Code: Select all

bash-3.00#emp =gcc-4.0.0*

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

Calculating dependencies   
!!! All ebuilds that could satisfy "=gcc-4.0.0*" have been masked.
!!! One of the following masked packages is required to complete your request:
- sys-devel/gcc-4.0.0_beta20050305 (masked by: package.mask)
# Jeremy Huddleston <eradicator@gentoo.org> (28 Jan 2004)
# Added alpha 4.0 gcc by request for testing.  It is not ready for prime time,
# so if you use it and it breaks your system it's your fault.

- sys-devel/gcc-4.0.0_alpha20050130 (masked by: package.mask, -* keyword)
- sys-devel/gcc-4.0.0_alpha20050213 (masked by: package.mask, -* keyword)

For more information, see MASKED PACKAGES section in the emerge man page or 
section 2.2 "Software Availability" in the Gentoo Handbook.

Well it says I have it in package.mask but I dont , so how do I clear this to get it to compile.

TIA