[Build-common-hackers] flavors: pass flavor-specific flags after DEB_CONFIGURE_EXTRA_FLAGS

[Jonas Smedegaard]

On Sat, Jan 08, 2011 at 04:28:14PM +0000, Emilio Pozuelo Monfort wrote:
>On 08/01/11 15:52, Jonas Smedegaard wrote:
>> On Sat, Jan 08, 2011 at 03:31:26PM +0000, Emilio Pozuelo Monfort wrote:
>>> Hi,
>>>
>>> I've already converted (and uploaded) glib2.0 to the flavors system :) I'm
>>> really liking the flavors support in CDBS.
>>
>> Uhh, it really warms my heart that yo say sweet things like that!
>
>:-)
>
>>> I'm converting gtk+3.0 now, and I've found a little issue:
>>>
>>> We build 3 flavors, shared, udeb and static. What I would like to do is
>>> something like
>>>
>>> DEB_CONFIGURE_EXTRA_FLAGS += --enable-introspection=no
>>> DEB_CONFIGURE_FLAGS_shared += --enable-introspection=yes
>>> DEB_CONFIGURE_FLAGS_udeb += --disable-some-features
>>> DEB_CONFIGURE_FLAGS_static += --enable-static
>>>
>>> i.e. since most flavors shouldn't build introspection support, I 
>>> disable it in EXTRA_FLAGS (which is like "common flags"), and only 
>>> enable it in the shared flavor flags.
>>
>> I believe the proper approach is then to use this:
>>
>> DEB_CONFIGURE_FLAGS_DEFAULT += --enable-introspection=no
>
>Hmm, I can't find DEB_CONFIGURE_FLAGS_DEFAULT mentioned anywhere in 
>CDBS. Do you mean that I should add support for it in CDBS? Or is it 
>expanded and that's why I can't find it?

The latter.

DEB_CONFIGURE_EXTRA_FLAGS is an old oddity while DEB_CONFIGURE_FLAGS_* 
is the new style hopefully aiming at being more consistently named.  
They are unrelated, so it doesn't surprise me that it doesn't work to 
use them together.


  - 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/20110108/2578d4eb/attachment.pgp>