Summary: | libsdl doesnt build shared libraries when USE=libcaca | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Rutger Hendriks <loial> |
Component: | New packages | Assignee: | SpanKY <vapier> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | games, luke-jr+gentoobugs |
Priority: | High | ||
Version: | 2004.1 | ||
Hardware: | AMD64 | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Rutger Hendriks
2004-06-13 23:07:31 UTC
I managed to install directfb by adding -fPIC to CFLAGS and CXXFLAGS for libsdl. After that, directfb installed properly, so I guess changing the libsdl ebuild should prevent this error... Yepp, following lines are necessary in libsdl ebuild: (The latter 2 are necessary to not remove all those -DPIC s.) if [ "${ARCH}" != "x86" ]; then append-flags -fPIC sed -i -e "s/\-\?PIC/#&/" ${S}/strip_fPIC.sh sed -i -e "s/;;/#;;/" ${S}/strip_fPIC.sh fi SpanKY: wolf31of2 told me to ask you for permission to include. Spanky doesn't want this solution. Loial: For the time being, emerge libsdl with USE="-libcaca" as a workaround. i'll look through libcaca to make sure the pic stuff in it is correct hrm, enabling libcaca causes libsdl to only produce .a libraries and not .so's then when you build DirectFB, it pulls in the libSDL.a file incorrectly when it would have pulled libSDL.so otherwise this happens on amd64 and not x86 which is why i hadnt noticed ... i'll get banging on amd64 to track this down ;) *** Bug 57359 has been marked as a duplicate of this bug. *** libcaca is now use.mask'ed on amd64 until this bug is solved cause it causes breakage in (at least) xine-libs and directfb. libcaca is not broken, so there's no reason for it to be masked... It works fine with other programs. he didnt say it was package masked, he said it was use masked Fix in CVS now. Just take the ~arch version now (libsdl-1.2.7-r3) and everything is fine. |