Boost logo

Boost :

Subject: Re: [boost] Boost 1.61.0 Release Candidate 1
From: Vladimir Prus (vladimir.prus_at_[hidden])
Date: 2016-05-06 02:38:35

On 06/05/2016 00:13, Stephan T. Lavavej wrote:
> [Vladimir Prus]
>> Thanks - that sounds like unfortunate situation, and that
>> boost::any can't do much, as its constructor is designed to accept anything.
> Can you avoid using 1-tuples internally? 2-tuples aren't affected by this breaking change.

Are you suggesting that boost::signals2 specially handles the case of 1 parameter,
and starts using 2-tuples in that case? Only Frank can tell how much effort that
would be, but it sounds rather intrusive.

Vladimir Prus

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