[Build-common-hackers] Bug#410096: Bug#410096: Please drop useless DEB_BUILDDIR_$(cdbs_curpkg) handling in DEB_CONFIGURE_INVOKE to permit reusal

[Jonas Smedegaard]

On Thu, Nov 05, 2009 at 10:49:26PM -0800, Loïc Minier wrote:
>On Fri, Nov 06, 2009, Jonas Smedegaard wrote:
>> For more than a year I have used a local fork of the makefile and 
>> autotools snippets that support "flavors" - compiling the main code 
>> multiple times with different compile options.
>
> That would be so lovely; I currently use ugly hacks in CDBS packages 
> to achieve this.

Could you provide some examples of packages that might need this?  I 
would like to challenge the code changes by compiling "ugly hacks" to 
make sure that the changes do not break anything.


> That said, "dh" is also around now and might allow this more easily.

I still favor CDBS. You are free to abandon it, off course. :-)


>> I have now applied most of the improvements to mainline cdbs, but am
>> hesitant if I should change something to the "flavor" handling: The
>> way I have done it is by reusing the .../pkg construct as
>> .../flavor.
>>
>> Obviously that means one can _either_ use per-package builds _or_
>> flavored builds, but not both at the same time.
>
> I wonder whether make's Archive Members could be abused for that, to
> carry two variables or more down the targets tree.

I never did understand that part of make - and didn't need to, so far.

Good suggestion, I will dive innto it...


>> Imagine a source package containing multiple separate autotools 
>> environments, and one of them containing a Python library.  Would be 
>> cool to not need to repackage the upstream tarball, but just declare 
>> that each binary package should compile their own isolated builds, 
>> and that one of them additionally should build for all available 
>> Python versions.
>
> Sounds good!
>
>> The flavors-enabled snippets are used in multiple packages,
>> including some that use it for Python building.  If you want to try
>> figure out if it suits your need - and hopefully help make it
>> support both flavors and per-package builds - then the most
>> up-to-date snippets are in the libgd2 Git at
>> git://git.debian.org/git/collab-maint/libgd2
>
> Ok; I'll try to check it out ASAP; thanks a lot!

Great.

Don't hesitate to ask or complain or whatever - any input here is good!


  - Jonas

-- 
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/build-common-hackers/attachments/20091106/681c9959/attachment-0001.pgp>