Summary: | mjpegtools installs non-PIC shared libraries , messes prelink | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ivan Yosifov <iyosifov> |
Component: | Current packages | Assignee: | Gentoo Media-video project <media-video> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | m.debruijne |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Ivan Yosifov
2005-02-22 02:45:13 UTC
On my system, libavformat comes from media-video/ffmpeg, not mjpegtools. If you want PIC everywhere, add 'pic' to your use flags. If something can be built either way, ebuilds often use the flag 'pic' to decide whether the user wants PIC in preference to performance. Then a re-emerge will fix mjpegtools, I think (if not, try the stuff on bug #78404). For ffmpeg you need USE=-mmx as well. I'd suggest your best approach is to add 'pic' to your make.conf USE flags, but add a line 'media-video/ffmpeg -mmx' to /etc/portage/package.use. I have added pic to USE , but mjpegtools does not seem to care. I still get the same prelink errors. the correct answer here is add -fPIC to your CFLAGS , but I do not recommend this prelink isnt screwed up just means you cant prelink the lib >>> the correct answer here is add -fPIC to your CFLAGS I beg to differ. First, I don't want to build things like executables with -fPIC ( which will happen if I add -fPIC globally ) and portage does not supports per-package CFLAGS just yet. Second, as per http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=3&chap=1#doc_chap2 On some architectures, shared libraries must be built with -fPIC. On x86 and others, shared libraries will build without -fPIC, but will be wasteful and potentially cause a performance hit. If you encounter a package that is not building shared libraries with -fPIC, patch the Makefile to build only the libraries with -fPIC. There is more information on PIC available at http://www.gentoo.org/proj/en/hardened/pic-internals.xml. The way I read it, this means that unless mjpegtools somehow breaks with -fPIC, it should be built so. I just updated to mjpegtools-1.6.2-r4, prelinked and I don't get mjpegtools-related erros. One of the other bugs must have affected this one. Closing. |