[Ffmpeg-devel] Broken compilation for shared libraries - r6545
angustia at arrozcru.no-ip.org
Mon Oct 16 21:11:03 CEST 2006
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
>> >> >> 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
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 4383 bytes
Desc: not available
More information about the ffmpeg-devel