CHOST in the (minimal) make.conf file says i386, but the make.conf.sample says i686. Its unclear as to which is correct, as it matters if you are building from stage3 and reinstall GCC! Reproducible: Didn't try Steps to Reproduce: 1. 2. 3.
Oops - forgot to say, this is the gentoo-2004 stage3 tarball. Dated 20040204. Downloaded from: http://www.gtlib.cc.gatech.edu/pub/gentoo/experimental/x86/stages/stage3-x86-20040204.tar.bz2 -- Taro
actually, this is not a bug. Currently, the CHOST is set to whatever is defined in the arch's default settings. The default CHOST for regular x86 is in fact i386, so catalyst is doing what it is suppossed to do. If you take a gander at one of the p4, p3, or athlon-* stages, you will see that it is set correctly. If you have access to CVS, check out arch/x86.py in the catalyst source tree. From x86.py: class arch_x86(generic_x86): "builder class for generic x86 (386+)" def __init__(self,myspec): generic_x86.__init__(self,myspec) self.settings["CFLAGS"]="-O2 -mcpu=i686 -fomit-frame-pointer" self.settings["CHOST"]="i386-pc-linux-gnu"
OK, Technical discussions aside. Which would average joe user actually set in make.conf? A stage 3 has already has this set, and changing it causes problems - I had tons of problems with this issue because I was dumb enough to change it and think that re-emerging GCC would fix all places where the old CHOST setting was referenced (it doesn't). So, if i386 is correct, fine. Change make.conf.sample and document this accordingly. Don't give it both ways and expect the user to figure out which one the compiler tools were originally set to use.
Joe user would also download the correct stage for his arch as defined by the handbook. Since these are testing stages, I did not bother to build the optimized versions of them. The only reason that Joe User would use a x86 stage is if he had a lower speed box to use them on. This is a one of those issues where the user *has* to read the documentation - we create different stages with different CHOSTs for a reason.
Moving these so we can remove the "Install CD" component from "Gentoo Linux". I apologize to everyone for this spam, but according to the bugzilla developers, this is the only reasonable way to do this.