Boost logo

Boost :

Subject: Re: [boost] [log] custom architecture and address-model
From: Vladimir Prus (vladimir_at_[hidden])
Date: 2015-02-19 05:35:49

Hi Oliver,

On 02/19/2015 12:16 PM, Oliver Kowalke wrote:
> 2015-02-19 9:59 GMT+01:00 Vladimir Prus <vladimir_at_[hidden]>:
>> Hi,
>> 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
> (context/build/Jamfile.v2)
> 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

Boost list run by bdawes at, gregod at, cpdaniel at, john at