On 8/9/06, Neil Bothwick <[EMAIL PROTECTED]> 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@gentoo.org mailing list
