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

[Loïc Minier]

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.  That said, "dh" is also around now and might allow this
 more easily.


> 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.

> 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!

-- 
Loïc Minier