[Ffmpeg-devel] [RFC] dlopen vs linking for external libraries

[Michael Niedermayer]

Hi

On Mon, Feb 12, 2007 at 12:47:22AM +0100, Diego Biurrun wrote:
> On Sun, Feb 11, 2007 at 08:06:11PM +0100, Michael Niedermayer wrote:
> > 
> > On Sun, Feb 11, 2007 at 07:44:57PM +0100, Diego Biurrun wrote:
> > > This topic just came up while talking with Mans on IRC..
> > > 
> > > Currently we have two different methods of integrating external
> > > libraries: dlopen or (dynamic) linking.  Or rather some libs offer one
> > > option or the other or both.  libfaad supports both variants, liba52
> > > just dlopen after my last changes, the others just linking.
> > > 
> > > So the question is if we should drop dlopen or not.  Mans is in favor, I
> > > tend to agree.  In any case we should be consistent.
> > > 
> > > Opinions?
> > 
> > keep dlopen and drop linking if you want to drop something, i really hate
> > it if a application has 500 dependancies which you have to install even
> > though you dont use any of them or having 500 variants of a application
> > 
> > of course you could argue that we should not care about binary packages
> > but only support things compiled from source ...
> 
> I would argue that we should not care about binary packages with
> excessive dependencies.  Also, liba52 is soon going to be a strictly
> optional feature when we have a native AC3 decoder.
> 
> And why support dlopen only for two external libraries?  Why not all?

iam in favor of supporting it for all


> 
> I have doubts how compatible all of this is, anyway:
> 
> static const char* liba52name = "liba52.so.0";
> 
> The shared library is not called that on my system..

-static const char* liba52name = "liba52.so.0";
+static const char* liba52name = LIBA52_FILENAME;

and some changes to configure which iam not maintainer off :)

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Dictatorship naturally arises out of democracy, and the most aggravated
form of tyranny and slavery out of the most extreme liberty. -- Plato
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20070212/1fdc7171/attachment.pgp>