[FFmpeg-devel] [PATCH] Use pkgconfig for dirac libs
Michael Niedermayer
michaelni
Wed Oct 22 21:49:10 CEST 2008
On Wed, Oct 22, 2008 at 05:41:56PM -0200, Ramiro Polla wrote:
> On Wed, Oct 22, 2008 at 5:27 PM, M?ns Rullg?rd <mans at mansr.com> wrote:
> > "Ramiro Polla" <ramiro.polla at gmail.com> writes:
> >> On Wed, Oct 22, 2008 at 4:56 PM, M?ns Rullg?rd <mans at mansr.com> wrote:
> >>> Luca Barbato <lu_zero at gentoo.org> writes:
> >> [...]
> >>>> - cflags and ldflags needed to properly link to the package
> >>> In a proper installation, to use libfoo, one would typically pass
> >>> -lfoo to the linker.
> >> And in FFmpeg's case where we need -lz -lwhatever, how can that be
> >> communicated to the program that's using FFmpeg?
> >>
> >> Another example is x264 that might or might not need pthreads...
> > That's what documentation is for.
>
> Ok, the documentation says: "This library might depend on libz,
> libbz2, libfaac, libfaad, or any combination of those, and might
> depend on many more or many less in the future (or not)."
>
> What does the configure check look like and how do you add that to ldflags?
In an ideal world there should be no check at all.
The linker should notice that some symbols are missing (hey it does doesnt
it? :) and then simply look up in some index in /usr/lib which lib has these
symbols, and last link that in. Failure should only happen if there is
ambiguity that is 2 libs containing symbols with the same name, but this is
either a bug in these libs or there are alternative libs doing the same thing.
Such alternatives could be resolved by a preference file in /etc and ~/.blah
Back to reality, well we have these "bright" minds at gnu, redhat and all
the others for the non gnu systems that rather than fix things add layers
of bloat (pkgconfig, auto*, ...) over everything.
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Let us carefully observe those good qualities wherein our enemies excel us
and endeavor to excel them, by avoiding what is faulty, and imitating what
is excellent in them. -- Plutarch
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20081022/c64f3eec/attachment.pgp>
More information about the ffmpeg-devel
mailing list