From: David Abrahams (david.abrahams_at_[hidden])
Date: 2001-10-18 11:00:12
----- Original Message -----
From: "Markus Schoepflin" <markus.schoepflin_at_[hidden]>
> Hi David,
> --- In boost_at_y..., "David Abrahams" <david.abrahams_at_r...> wrote:
> > That was in the original design, but I punted when I ran into a
> problem that
> > looked like inheritance. I'm not sure I remember exactly, but I
> think it was
> > something like this: what happens if you derive a variant my-debug
> > debug, then specify <debug><define>FOO in your target requirements?
> > FOO be defined in your "my-debug" build?
> I would certainly expect this.
Which? (I asked two questions above).
> > What happens if you add
> > <my-debug><define>FUBAR?
> <debug> gets FOO and <my-debug> gets FOO and FUBAR.
> > Is the behavior the same for non-free features as
> > for free features?
It can't be exactly the same. You only get one setting for any non-free
feature. You can't have both <inlining>full and <inlining>off, so I suppose
you'd like to see non-free feature overrides?
> What I had in mind was some kind of basic variant (like debug or
> release) and some other variant which inherits all the settings from
> the basic variant but enables this or that feature, giving me the
> variants debug-feature1, release-feature1, debug-feature-2, ...
You can get a similar effect by setting, e.g. BUILD = release
I'll put your request into the mix. If you would like to volunteer to
implement some things, your request could get handled much faster ;-)
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk