Subject: Re: [boost] [log] custom architecture and address-model
From: Vladimir Prus (vladimir_at_[hidden])
Date: 2015-02-19 05:35:49
On 02/19/2015 12:16 PM, Oliver Kowalke wrote:
> 2015-02-19 9:59 GMT+01:00 Vladimir Prus <vladimir_at_[hidden]>:
>> it seems that Boost.Log defines, and checks, it's own log-address-model
>> and log-architecture and log-instruction-set
>> properties. Naturally, if I'm trying to make regular address-model and
>> architecture properties always set, these
>> are getting in the way.
>> Do we really need per-library properties? If a user wants to build
>> Boost.Log with a particular architecture, I would
>> think he can do:
>> ./b2 --with-log <whatever>
>> If so, is everybody fine if I eliminate these custom features eventually?
> boost.context has custom features: segmented-stacks and valgrind
> could you migrate those properties as 'main-line'/'regular' properties too
> (including always set)?
segmented-stacks sound like it's setting some implementation detail of Boost.Context? If
so, having it as local property is fairly reasonable.
What does 'valgrind' property do? I actually can't find it.
-- Vladimir Prus CodeSourcery / Mentor Embedded http://vladimirprus.com
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk