proper way to link mplayer to shared ffmpeg , was Re: Bug#520113

[Diego Biurrun]

On Fri, Mar 27, 2009 at 10:55:11AM +0100, A Mennucc wrote:
> On Thu, Mar 26, 2009 at 11:20:33AM +0100, Diego Biurrun wrote:
> > On Thu, Mar 26, 2009 at 07:36:24AM +0100, Reinhard Tartler wrote:
> > > 
> > > > maybe --enable-debug in combination with our debian patch that replaces
> > > > libavfoo/libavfoo.a with /usr/lib/libfoo.so?
> > 
> > May I suggest dropping this monstrously ugly patch and instead replacing
> > it by the use of the proper configure flags to disable static FFmpeg
> > libraries?
> 
> as you remember, some time ago (shortly before the release of etch :->
> what perfect timing!) I was forced to  link mplayer to a shared
> ffmpeg library; when that happened I immedetly tried all available
>  ./configure  --enable-lib...
> kind of flags, but the final linking always failed
> (as you can see, some of those flags are still there in 
> debian/rules) ; the patch 30link-system-ffmpeg.patch
> was the only working solution I found.
> 
> Today I give it a try again (indeed, the Makefile was completely
> changed after 1.0rc2); but it does not work; see attached diff and buildlog
> 
> don't ask me why ...I have had no time ever to investigate.
> 
> Any suggestion? maybe there is a bug somewhere in ./configure,
>  not passing some needed parameters to the final linking?

The problem is that you pass a lot of --enable options to configure
without taking care of adding the needed linker flags manually.  Since
you decided to shortcircuit configure, that is the expected behavior.

> ps: BTW at the time of 1.0rc2, AFAICR there was no flag
>   --disable-libswscale_so , so that was another reason
>  why I needed a direct patch into the Makefile

No, that option did already exist back then.

> ps2: Reinhard is better at those problems (he indeed
>  prepared a package that did link and compile in short time)

Yes.  But it's not magic pixie dust that he applies.  He simply attempts
to mess as little as possible with the package's configuration.  Thus he
does not trigger any unwanted or poorly understood sideeffects.

Diego
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20090327/25b74514/attachment.pgp