Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
src_unpack() { ... use amd64 && append-flags -fPIC use ppc && append-flags -fPIC ... please stop killing bunnies
In fact, vlc uses the .a files from this package to build its plugin, that needs pic. Most of the code needed by binaries built by live is contained in the .a files, so building only the .a files with -fPIC will not change much. The good option would be to build pic .so and non pic .a, but will vlc be able to use that ? Any better idea ?
i dont know the architecture of the live package, but -fPIC handling is not to be architecture specific so either every one gets `append-flags -fPIC` or no one does if you want to go the .a/.so route, i think it's best if you check upstream ... that would require the live package have sane ABI handling ...
yep diego already started the way to .a/.so I'd rather ask for those ~arch ebuilds going stable and remove the crappy old ones, but you raise a good point with sane ABI handling because I dont think it currenltly has it.
This issue should be fixed in media-plugins/live-2007.02.20 - arches stabilize, please. amd64 done.
Stable for HPPA.
ia64 + x86 stable
ppc64 stable
sparc stable.
ppc already stable
alpha was done
mips doesn't have any stable version of this package, closing.