[FFmpeg-devel] usage of Requires.private in *.pc files

Dominik 'Rathann' Mierzejewski dominik
Wed Nov 12 09:44:56 CET 2008


On Wednesday, 12 November 2008 at 08:18, Reinhard Tartler wrote:
> M?ns Rullg?rd <mans at mansr.com> writes:
> 
> > Then send a patch to fix that instead.
> 
> Here we go:
> 
> --- a/configure
> +++ b/configure
> @@ -2358,10 +2358,8 @@ Name: $name
>  Description: $comment
>  Version: $version
>  Requires: $(disabled shared && echo $requires)
> -Requires.private: $(enabled shared && echo $requires)
> -Conflicts:
>  Libs: -L\${libdir} -l${shortname} $(disabled shared && echo $libs)
> -Libs.private: $(enabled shared && echo $libs)
> +Libs.private: $(enabled shared && echo $libs $requires)
>  Cflags: -I\${includedir}
>  EOF
>  cat <<EOF > $name/$name-uninstalled.pc
> 
> 
> 
> Thinking a bit more about it, it seems to me that Libs.private is rather
> pointless. See for reference pkg-config(5):
> 
> Libs.private: This line should list any private libraries in use.
>          Private libraries are libraries which are not exposed through
>          your library, but are needed in the case of static linking.
> 
> Static linking is only done when ffmpeg is compiled statically. but the
> line is only inserted if ffmpeg is compiled as a shared library.

That's why it should be inserted only if FFmpeg's libraries are compiled
as static. So your patch is wrong.

> I don't propose to drop that field yet, mainly because I don't
> understand yet why you need the -uninstalled variant of the .pc files
> yet. Perhaps someone could enlighten me here?

It's useful when you want to use FFmpeg's libraries without actually
installing them, i.e. straight from the build directory.

Regards,
R.

-- 
MPlayer http://mplayerhq.hu | RPMFusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
	-- from "Collected Sayings of Muad'Dib" by the Princess Irulan




More information about the ffmpeg-devel mailing list