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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org