[Ffmpeg-devel] Broken compilation for shared libraries - r6545

angustia at arrozcru.no-ip.org angustia
Mon Oct 16 21:11:03 CEST 2006


Hello,

Quoting Diego Biurrun <diego at biurrun.de>:

> On Mon, Oct 16, 2006 at 04:53:10PM +0100, M?ns Rullg?rd wrote:
>>
>> Diego Biurrun said:
>> > On Sun, Oct 15, 2006 at 06:13:36PM +0100, M?ns Rullg?rd wrote:
>> >>
>> >> Diego Biurrun said:
>> >> > On Fri, Oct 13, 2006 at 03:58:04PM -0300, Ramiro Polla wrote:
>> >> >>
>> >> >> Revision 6545, by Diego, on Oct 3rd, moved EXTRALIBS's use of  
>>  libavutil
>> >> >> to common.mak. That way, building libavutil depends on there being
>> >> >> libavutil on the system. Shared libavutil would have to not use
>> >> >> common.mak's EXTRALIBS. Maybe just revert the change?
>> >> >
>> >> > Change reverted.  It's a pity, it did simplify things a bit ..
>> >>
>> >> Why does it break?
>> >
>> > "Cannot find -lavutil"
>>
>> And why is that?  From what I could tell, the change wouldn't alter  
>>  the value
>> of EXTRALIBS in any way.
>
> Yes, it would.  Since libavutil/Makefile includes common.mak the
> EXTRALIBS lines in common.mak are used for libavutil linking..
>
>> Does this happen under mingw only, or cygwin also affected?
>
> The report was for MinGW, dunno about Cygwin.
>

I never said it was a MinGW only issue. Not all my reports are Windows  
specific. Attached is a log from Gentoo.

It happens when --enable-shared *and* --disable-static are specified,  
which is a must for MSys. When --disable-static is not specified,  
-lavutil links to libavutil.a, which lies in ../libavutil, thus giving  
no errors.

Ramiro Polla
-------------- next part --------------
A non-text attachment was scrubbed...
Name: shared.error
Type: application/octet-stream
Size: 4383 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20061016/e2c73599/attachment.obj>



More information about the ffmpeg-devel mailing list