First of all, this is for the PS3 :D
Currently, building media-libs/libsdl-1.2.14 fails because of the spulibs included in the SDL source tarball are not available in the system (there is not a package nor a special case for them in the SDL ebuilds).
Adding an additional ebuild for them may be a better option, because building spulibs needs a SPU cross-compilation toolchain, for which there are no ebuilds currently. If someone does not have it, this package could be installed from a binary package, or the toolchain manually installed and adding cross-spu-elf/gcc to package.provided.
I think having a separate ebuild for this avoids adding bloat to the libsdl ebuild. Moreover, maybe there are other packages out there which can use those libs.
Created attachment 209313 [details]
Proposed media-libs/spulibs ebuild
Attaching media-libs/spulibs ebuild, versioning scheme follows SDL version numbers.
Does the ebuild work for the author?
The default makefile is assuming it's using the cellsdk, not Gentoo's spu toolchain. As such, it's looking for spu-gcc, not the toolchain's spu-elf-gcc.
It will probably need more work past this, that's just the first error on trying to use.
Created attachment 231621 [details]
The attached ebuild compiles and installs correctly for me. It will need an additonal patch to support DESTDIR.
Created attachment 231623 [details, diff]
Destdir-support for libsdl-spulibs
Patch to add DESTDIR support to libsdl-spulibs. This needs to be double checked; I haven't done this before, but it works for me.
Created attachment 231625 [details, diff]
Patch adds libsdl-spulibs as a requirement of libsdl's ps3 support. It also removes the ppc64 check for libspe2, leaving it as a requirement for the ps3 flag. I'm not sure why the check was in; it was already use_enablde'd so people would be tripping over this already. (Also, ps3 can be just ppc too.)
This is used like so: mplayer -vo sdl:driver=ps3 movie.file
For me, the functionality is broken. I get the movie window is split into thirds, with each showing part of the decoded video frame. It's sort of like a really slow interlacing effect.
However, I don't know if this is unique to my setup. Other people appear to have this working correctly, albeit they're not on Gentoo.