Re: [Boost-build] Suppressing auto-detected address-model from paths

Subject: Re: [Boost-build] Suppressing auto-detected address-model from paths
From: Steven Watanabe (watanabesj_at_[hidden])
Date: 2015-04-04 10:36:22

AMDG

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
> possible
> than existing code will be affected, but it will be easy to fix via
> explicit feature.expand
> call. Comments?
> 

In Christ,
Steven Watanabe