after building a nearly complete system, with X, creation of libtiff broke. solution : mv /usr/lib/gcc/alpha-unknown-linux-gnu/3.4.6/include/g++-v3/alpha-unknown-linux-gnu/bits/os_defines. /usr/lib/gcc/alpha-unknown-linux-gnu/3.4.6/include/g++-v3/alpha-unknown-linux-gnu/bits/os_defines.h mv /usr/lib/gcc/alpha-unknown-linux-gnu/3.4.6/include/g++-v3/alpha-unknown-linux-gnu/bits/ctype_base. /usr/lib/gcc/alpha-unknown-linux-gnu/3.4.6/include/g++-v3/alpha-unknown-linux-gnu/bits/ctype_base.h
you cant just file a bug and say "hey look it's broken" ... you need to provide actual details about your system start with `emerge --info` and then post as an attachment the full build log from doing `emerge gcc >& log`
Created attachment 105561 [details] emerge-info from the system
Created attachment 105563 [details] directorylisting with the headerless files listing of the files in /usr/lib/gcc/alpha-unknown-linux-gnu/3.4.6/include/g++-v3/alpha-unknown-linux-gnu/bits in the unpacked stage3-alpha-2006.1.tar.bz2 4 files end as foo. instead of foo.h
emerge --info atttached. I used the compiler as is given as a binary in stage 3. (I am still building the system), and because it worked good felt no need to build my own gcc. Then 4 headerfiles do not have the .h suffix. Directory listing in attchm. 'dir' . This is what you will find in stage3-alpha-2006.1.tar.bz2 By now I did "emerge gcc >& log", 2 other headerfiles without .h suffix are left,but the correct ones are there. Directory listing in attchm. 'dir-build'. These files are appearently very little used. However one may stumble upon it. The build log from gcc is too log to attache.(1969087 bytes). I grepped the log for these headerfiles and they seem, with their correct names, to be given to install. No error messages. So there is only something wrong in stage3-alpha-2006.1.tar.bz2 I don't know if that is a problem.
so use compression
Created attachment 105613 [details] gzipped buildlog of gcc emerge gcc >& log gzip log
so it's only broken in the release ... re-emerging it fixed things on your end
checked the other headerfiles in stage3-alpha-2006.1.tar.bz2. The rest seems ok. So there are only four files wrong, and they are very little used. However, Gentoo's boot cd makes (also) a perfect resque cd. And for alpha users (with scsi, multiple disks, maybe multiple systems, hardly no current binaries available) a small system with a complete errorfree gcc is a very nifty thing to have on a cd With a free partition somewhere (unneeded swapspace?) one can drop stage3 there, chroot, set some flags and compile. Therefore I think it is usefull to give these 4 headerfiles their .h in any new release.
I think it's time to close the bug.
