Boost logo

Boost :

Subject: Re: [boost] 1.58.1 bugfix release necessary?
From: Damien Buhl (damien.buhl_at_[hidden])
Date: 2015-04-22 15:09:25


As you may have seen in thread "‎Re: [boost] [Boost-bugs] Fwd: [Boost C++ Libraries] #11211: Fusion example no longer compiles"‎.

We also have a really serious issue in Boost 1.58 with Fusion on any compiler with constexpr support (that is when C++11 is enabled). The macro BOOST_FUSION_DEFINE_STRUCT fails to compile with non constant expression compatible types.

This is a terrible issue, because most of the people using spirit uses BOOST_FUSION_DEFINE_STRUCT. 

We already merged a bugfix on master, we however have to check that the others DEFINE macros aren't affected.


Damien Buhl
Sent from my BlackBerry, please excuse my brevity
  Original Message  
From: Jason Roehm
Sent: mercredi 22 avril 2015 20:29
To: boost_at_[hidden]
Reply To: boost_at_[hidden]
Subject: Re: [boost] 1.58.1 bugfix release necessary?
On 04/22/2015 02:25 PM, John Maddock wrote:
>> Unfortunately boost.context fails to compile for gcc-4.8.x and option
>> -std=c++11.
>> Because of a dependency to boost.context, boost.asio and 
>> boost.coroutine do
>> not compile too.
>> I've pushed a pull-request to boost.config - the patch adds C++14 test
> Oliver, I've just rejected that one as it doesn't quite add things in 
> the right way - sorry!
> However, I will add the macro at some point, probably sooner rather 
> than later with a PR, but I promise to try and get there...
> I confess there are a couple of other Config issues, plus one 
> multiprecision bug fix that could go in a .1 release should we decide 
> to have one.
Strictly from a Boost user's perspective, the Context (and therefore 
Coroutine, ASIO) build problem is a pretty serious one. gcc-4.8.x / 
C++11 is a pretty mainstream configuration nowadays. At the very least, 
the publishing of a patch file on as has been done in the past 
would be appreciated in order to enable building with this compiler 
Unsubscribe & other changes:

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