Re: [gentoo-amd64] AMD64 - Firefox, flash, java, mplayer and more....

[Mark Knecht]

On 12/7/05, Daniel Gryniewicz <dang@g.o> 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" <brett@××××.com> 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

-- 
gentoo-amd64@g.o mailing list