Re: [gentoo-user] espxe masked by missing keyword

[Andrew Syrewicze]

cool, thx for the help, I'll give it a try when I get home tonight.

I figured something like that would work cause I used to do similar things
on debian. of course i've long since left debian for gentoo. :-)  I like
gentoo MUCH better.

thanks guys

-A

On 8/9/06, Friedrich Göpel <shado23@×××××.com> wrote:
>
> On 8/9/06, Neil Bothwick <neil@××××××××××.uk> wrote:
> > On Wed, 9 Aug 2006 10:36:39 -0400, Andrew Syrewicze wrote:
> >
> > > well instead of using the 64bit version of the program, is it possible
> > > to emerge the x86?? I know that there are 32bit compatability packages
> > > that allow you to run programs like this. (firefox-bin for example).
> > > is it possible to mix in packages for other architecture like that???
> > > Or maybe setup a 32bit chroot to run the program in???
> >
> Mixing is in this case ok, because amd64 is a special case because it
> features 32 bit x86 compatibility so you can do that.
> Also you really don't need to waste all that space and time for a chroot,
> x86_64 gcc is capable of producing 32 bit code, which just leaves that
> you need to have the libraries it links against in 32 bit, most of the
> plugins for epsxe  and epsxe itself are binary only and are already 32
> bit.
> And that's what the emul-linux-x86-* packages are for, they are
> provided so you don't need to compile them  yourself and also because
> portage has no proper crosscompiling support yet.
>
> For instance you will need emul-linux-x86-sdl for psemu-eternalspu,
> normally portage would do that for you, but since these packages
> aren't amd64-aware they don't automatically pull that in.
>
> So basically if you just want a working epsxe just install epsxe,
> psemu-eternalspu and psemu-gpupetexgl2 (after doing the keyword thing)
> and worry about the rest later.
>
> Note, that epsxe 1.6.0 has nasty slowdown bug that hits the final
> fantasy games and some others, but 1.5.2 works fine in this regard.
>
> If you run into any problems along the way, just ask.
>
> > There is no 64 bit version of the program, only a pre-compiled 32 bit
> > executable, which is probably why it is masked for anything but x86.
> > however, as others have found, it does run on an amd64 system.
> >
> Yup, what he said.
>
> Cheers,
>
> Friedrich Göpel
>
> --
> gentoo-user@g.o mailing list
>
>


-- 
   -Andrew Syrewicze