On 12/7/05, Daniel Gryniewicz <[EMAIL PROTECTED]> wrote: > On Wed, 2005-12-07 at 19:35 +0000, Peter Humphrey wrote: > > On Wed, 7 Dec 2005 10:44:01 -0600 (CST) > > "Brett Johnson" <[EMAIL PROTECTED]> wrote: > > > > > Here is a good doc on how to set this up: > > > > > > http://www.gentoo.org/proj/en/base/amd64/howtos/index.xml?part=1&chap=3 > > > > A useful pointer - thanks. But it seems to assume that we use Athlon XP > > processors (FLAGS="-O2 -march=athlon-xp -msse2 -pipe > > -fomit-frame-pointer"). My box has Opterons, so I assume I should > > substitute "-march=opteron", no? > > > > I've found explanations a bit thin on the ground as to what the C arch > > flag and the chost definition do. It's generally true that an > > explanation is far better than an instruction if you want to avoid > > supplementary questions :-) > > Yes, use -march=opteron (or athlon64, or k8, or nocona, or any of the > other currently equivalent march flags in gcc). These do not imply > 64-bitness, that's determined by the compiler and the -m32/-m64 flags. > > Daniel
I guess there's also an assumption in this document of at least average or above Gentoo background as it doesn't cover making new partitions for the chrooted environment which is what I did. My root partition wouldn't have had enough room to get this whole environment built. One small mistake in the document is the command uname -m does not return what's shown in the document. That would require uname -a. (I believe.) I'm in the middle of the first emerge world step. All goes reasonably well so far. QUESTION: If X apps use sockets to cross the chroot boundry, then is that what Alsa apps are going to do to gain access to the sound hardware? It's not overly important to me but I'd think it difficult to run a Jack application that requires real-time capabilities doing this, but maybe I'd be surprised. Cheers, Mark -- [email protected] mailing list
