[FFmpeg-devel] [PATCH] examples/decoding_encoding: remove unused variable "size"

Clément Bœsch ubitux at gmail.com
Fri Apr 13 08:01:36 CEST 2012


On Thu, Apr 12, 2012 at 11:47:00AM +0200, Clément Bœsch wrote:
> On Thu, Apr 12, 2012 at 11:29:27AM +0200, Nicolas George wrote:
> > Le quartidi 24 germinal, an CCXX, Clément Bœsch a écrit :
> > > [~/ffmpeg/doc/examples]% make decoding_encoding
> > > cc decoding_encoding.o -lavdevice -lavformat -lavfilter -lavcodec -lswscale -lavutil   -o decoding_encoding
> > 
> > For me:
> > 
> > pkg-config --libs libavutil
> > 
> > returns: -lavutil -lm
> > 
> 
> -lavutil only here
> 
> > Can you check yours? And find out where the libavutil.pc file comes from?
> > 
> 
>   Libs: -L${libdir} -lavutil 
>   Libs.private: -lm
> 
> It comes from the ffmpeg package of my distrib; nothing suspicious in the
> package "script" though.
> 
> But when building it myself, I have:
>   Libs: -L${libdir} -lavutil -lm
>   Libs.private: 
> 

Looking at the configure, the extra libraries are in Libs.private if
FFmpeg is built with --enable-shared (which is the case in the distrib
package).

Anyway, I think it's correct for the libav* to have them private, and I
believe it's normal for third party apps to explicitly need to link
against libm when they use math functions (even if ffmpeg uses it
internally).

So the question is more likely to be: how would we make the example tools
depends on libm in a non intrusive way?

-- 
Clément B.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20120413/ab1cc3d3/attachment.asc>


More information about the ffmpeg-devel mailing list