From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1EA9H3-0002qK-9O for garchives@archives.gentoo.org; Tue, 30 Aug 2005 16:47:49 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j7UGjDhq008291; Tue, 30 Aug 2005 16:45:13 GMT Received: from mail5.dslextreme.com (mail5.dslextreme.com [66.51.199.81]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j7UGjB3f027639 for ; Tue, 30 Aug 2005 16:45:12 GMT Received: (qmail 12336 invoked from network); 30 Aug 2005 16:46:55 -0000 Received: from unknown (HELO [192.168.105.40]) (66.159.227.130) by mail5.dslextreme.com with SMTP; Tue, 30 Aug 2005 09:46:55 -0700 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-mips@gentoo.org Reply-to: gentoo-mips@lists.gentoo.org Mime-Version: 1.0 (Apple Message framework v622) In-Reply-To: <431478DB.6090404@gentoo.org> References: <42F7492B.5080306@gentoo.org> <20050811200505.GH30724@puck.ch> <42FBCF8C.7090103@gentoo.org> <20050812064720.GI30724@puck.ch> <42FC96AB.6010200@gentoo.org> <20050813101402.GL30724@puck.ch> <431478DB.6090404@gentoo.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Curtis Phillips Subject: Re: [gentoo-mips] profiles Date: Tue, 30 Aug 2005 09:47:01 -0700 To: gentoo-mips@lists.gentoo.org X-Mailer: Apple Mail (2.622) X-AntiVirus: scanned for viruses by AMaViS 0.2.1 (http://amavis.org/) X-Archives-Salt: d21df15d-a841-418e-b9b2-cd0a1028e42b X-Archives-Hash: 954e0675560bca6491dee6551339613d I'd prefer Kumba's machine specific profiles. Of course, that's the one that's the biggest PITA to implement/update. Curtis Phillips Winemaker Salmon Leap Consulting On Aug 30, 2005, at 8:18 AM, Stephen P. Becker wrote: > Hi folks, > > With the somewhat recent introduction of support for a wide variety of > SGI machines under gentoo, expanding to include all of Indy/Indigo2, > Origin, Octane, Indigo2 Impact (ip28), and O2, I've noticed more than > just a handful of new users have had problems when getting to the > kernel compile phase of the install. The problem is that on systems > that only run 64-bit kernels, you need a mips64-unknown-linux-gnu > toolchain to build the kernel. Since the userland is all 32-bit, the > native toolchain isn't good enough to compile the kernel. However, we > do provide a proper toolchain via the gcc-mips64 ebuild. Furthermore, > binutils supports mips64 by default, but symlinks must exist such that > we have mips64-unknown-linux-gnu-ld -> ld, etc. Both of these are > automatically provided during emerge system if you use the correct > profile, which is default-linux/mips/mips64/2005.0 currently. > > The problem is that all of our stages ship with > default-linux/mips/2005.0 as the default profile, which does *not* > provide gcc-mips64 and the binutils symlinks. Therefore if a user > didn't know any better and didn't change their profile appropriately, > they would be stuck while trying to build their kernel because the > native 32-bit toolchain in the userland will just spit out errors and > die when compiling the kernel. Of course, this is easily fixed by > emerging gcc-mips64 and running "binutils-config --mips", which will > set up a proper toolchain. However, by that time, the user is > discouraged a bit and inevitably finds our irc channel and whines that > Gentoo is broken. > > Now, I have a few ideas for getting around this. Obviously whatever > is decided should be added to the documentation, but here are some > ideas: > > A) Do nothing...document in the handbook that if your machine is > 64-bit, you *must* select the mips64 sub-profile. (I don't like this > because some folks may be confused as to why everything still works > just fine with the mips profile, and/or they will just skim over that > and keep going) > > B) Similar to A, except ship stages without the profile set. That > way, folks really are stuck until they set the proper profile. (I > don't like this because they could still be confused and set the mips > profile) > > C) Make default-linux/mips/ provide all the 64-bit stuff and get rid > of the mips64 sub-profile, since all of the SGI machines we support > can run 64-bit kernels if you so choose (ip22 is the only system that > supports a 32-bit kernel at this time). > > D) (Kumba's idea here...) Have machine specific profiles, e.g. > default-linux/mips/ip22, default-linux/mips/ip32, etc. (This could be > really useful because it would allow us to do some other machine > specific voodoo in the profile). > > Any thoughts? > > -Steve > -- > gentoo-mips@gentoo.org mailing list > -- gentoo-mips@gentoo.org mailing list