Re: Proposal: Move .pc files into src/

[Behdad Esfahbod <behdad behdad org>]

On 03/18/2010 02:00 PM, Johannes Schmid wrote:
> Hi!
> 
> I am against this. There are tons of reasons why installing src only
> could be broken and I don't want to check for corrupt installations.

Sure, I'm not suggesting that people should install src only.  I personally do
during development, and will move .pc files there for my modules.  Thought I
share my experience.  Plus, it's fair for many libraries to say that
installing src installs the library completely.

> Second, you could easily pass --disable-gtk-doc (or not pass
> --enable-gtk-doc) to speed things up. As you don't install the current
> docs anyway, this won't harm.

Until you want to do "make dist"...

behdad

> Regards,
> Johannes
> 
> Am Donnerstag, den 18.03.2010, 13:54 -0400 schrieb Behdad Esfahbod:
>> Hey,
>>
>> I have a minor proposal for library maintainers: Move .pc files for each
>> library to the src directory for the library itself.
>>
>> The benefit is mostly during development.  I personally do "make install" in
>> the src dir only, because if I do that in the toplevel, I have to wait an
>> extra hour for gtk-doc to finish generating docs for the installation.  "make
>> install" in src/ works fine for the most part except that it doesn't install
>> the pkg-config file.  So for example I do "make install" in vte/src updated to
>> master, then go building gnome-terminal and still get a version error for vte.
>>  Because the new .pc file is not installed.
>>
>> By grouping the .pc file and the library itself, these kind of issues are avoided.
>>
>> A couple minor issues with doing this are:
>>
>>   - The uninstalled.pc files need to remain in toplevel to be useful.  Means,
>> they will be separated from .pc files
>>
>>   - For packages shipping multiple libraries, the .pc files will not be
>> gathered in one place anymore.
>>
>> I don't think any of those two is a major issue.
>>
>> What do people think?
>>
>> Cheers,
>> behdad
>> _______________________________________________
>> desktop-devel-list mailing list
>> desktop-devel-list gnome org
>> http://mail.gnome.org/mailman/listinfo/desktop-devel-list
>