On 06/05/2016 00:44, Frank Mori Hess wrote:
On Thu, May 5, 2016 at 5:10 PM, Vladimir Prus
wrote: There are two tickets: https://svn.boost.org/trac/boost/ticket/12110 https://svn.boost.org/trac/boost/ticket/12123
Thanks - that sounds like unfortunate situation, and that boost::any can't do much, as its constructor is designed to accept anything.
I've cherry-picked that commit - could you double-check that the master branch of the superproject is now fine?
The commits weren't in master because I made the fix after master was already closed for 1.61. I was waiting for it to re-open after the release. The fixes were just a work-around for a broken compiler, I really don't see why the release process should be bothering with them.
I would guess Stephan is in better position to say whether it's indeed broken compiler - from his blog post it sounds like accurate implementation of a broken/suboptimal specification. Anyway, boost::signals2, boost::any and boost::variant seem like fairly important parts of Boost, there are already two independent bug reports, and having this problem on the most recent version of a popular compiler is somewhat embarrassing. If it can be solved by delaying the release by a day or so, it seems reasonable. Do you see any reason why this commit might explode on master? Thanks, -- Vladimir Prus http://vladimirprus.com