Subject: Re: [Boost-build] Suppressing auto-detected address-model from paths
From: Steven Watanabe (watanabesj_at_[hidden])
Date: 2015-04-04 10:36:22
On 04/04/2015 05:19 AM, Vladimir Prus wrote:
> Yes, I woke up with exactly same conclusion today. With the original
> patch, explicitly specifying
> address-model=64 on the command line will add a path element even if
> compiler default is also 64-bit.
> The attached boost.diff handles it. However, it requires a further
> change to build, also attached.
> Right now, when indirect conditional returns a composite property, its
> constituents override any
> existing properties. In case of deduce-address-model, we want it to be
> expanded, but not override
> any value of address-model that is already specified.
Couldn't we fix this by including the given
address-model in the result if it's already
specified? I'd really like to avoid potentially
breaking changes to Boost.Build this late
in the release cycle.
> In future, we'll probably have custom code to select toolchain and then
> determine these
> properties, but for now, the only way I could think of was to change
> expansion of result
> of indirect conditional to do what we want for address-model. It's quite
> than existing code will be affected, but it will be easy to fix via
> explicit feature.expand
> call. Comments?
Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk