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

Reinhard Tartler siretart
Mon Nov 10 21:32:24 CET 2008


M?ns Rullg?rd <mans at mansr.com> writes:

> Reinhard Tartler <siretart at tauware.de> writes:
>
>> M?ns Rullg?rd <mans at mansr.com> writes:
>>
>>>> In detail: I need to know how and in what way libavcodec exposes
>>>> implementation details (structures, enums, etc) of libraw1394, dirac,
>>>> theora, vorbisenc. I believe avcodec does not at all, but I want to be
>>>> sure.
>>>
>>> It does not.
>>
>> In that case I propose this patch:
>>
>> ===================================================================
>> --- configure   (Revision 15797)
>> +++ configure   (Arbeitskopie)
>> @@ -2360,11 +2360,11 @@
>>  Name: $name
>>  Description: $comment
>>  Version: $version
>> -Requires: $(disabled shared && echo $requires)
>> -Requires.private: $(enabled shared && echo $requires)
>> +Requires:
>> +Requires.private:
>
> Are those empty declarations really needed?


I don't think so. Leaving them out would have broken consistency;
Conflicts is already an empty field. Anyways, leaving them in and empty
emphasises that they are empty on purpose (and the line shows up in 'svn blame')

>>  Conflicts:
>>  Libs: -L\${libdir} -l${shortname} $(disabled shared && echo $libs)
>> -Libs.private: $(enabled shared && echo $libs)
>> +Libs.private: $(enabled shared && echo $libs) $(enabled shared && echo $requires) 
>
> That can be simplified.

indeed.

>
>>  Cflags: -I\${includedir}
>>  EOF
>>  cat <<EOF > $name/$name-uninstalled.pc
>
> I will not approve any change to the .pc files until at least two
> other people who actually use them on different distros have confirmed
> that the change doesn't break anything.

Okay, I will test this patch in Debian and Ubuntu then.

>>>  I can't see how it could, nor how it could matter if it did.
>>
>> this does happen e.g.in the gnome world, where types like structs or
>> enums are used inside "own" structs, and exposed to applications.
>
> The FFmpeg developers are full-sized men.  We don't do such things.

excellent!

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4





More information about the ffmpeg-devel mailing list