Subject: Re: [boost] Test build for 1.56 available
From: Andrey Semashev (andrey.semashev_at_[hidden])
Date: 2014-07-07 16:17:41
On Mon, Jul 7, 2014 at 10:56 PM, Marshall Clow <mclow.lists_at_[hidden]> wrote:
> Ok, here are rc2s.
> Fixed (I believe) are:
> * Now includes winapi library
> * Underscores instead of periods in the names
> * No more weit metadata in the tar file.
>
> https://dl.dropboxusercontent.com/u/11048326/boost/boost-1_56_0a1c2.zip
> https://dl.dropboxusercontent.com/u/11048326/boost/boost-1_56_0a1c2.tar.gz
>
> Please check them out, let me know what problems you have.
gcc 4.8 on Linux x86_64, builds fine in C++03 and C++11 modes.
Boost.Signals fails to build with MSVC 12:
.\boost/iterator/iterator_facade.hpp(526) : error C2039: 'decrement' :
is not a member of 'boost::signals::detail::named_slot_map_iterator'
.\boost/signals/detail/named_slot_map.hpp(80) : see
declaration of 'boost::signals::detail::named_slot_map_iterator'
.\boost/iterator/iterator_facade.hpp(677) : see reference to
function template instantiation 'void
boost::iterator_core_access::decrement<Derived>(Facade &)' being
compiled
with
[
Derived=boost::signals::detail::named_slot_map_iterator
, Facade=boost::signals::detail::named_slot_map_iterator
]
.\boost/iterator/iterator_facade.hpp(676) : while compiling
class template member function
'boost::signals::detail::named_slot_map_iterator
&boost::iterator_facade<boost::signals::detail::named_slot_map_iterator,boost::signals::detail::connection_slot_pair,boost::forward_traversal_tag,Value
&,ptrdiff_t>::operator --(void)'
with
[
Value=boost::signals::detail::connection_slot_pair
]
.\boost/signals/detail/named_slot_map.hpp(84) : see reference
to class template instantiation
'boost::iterator_facade<boost::signals::detail::named_slot_map_iterator,boost::signals::detail::connection_slot_pair,boost::forward_traversal_tag,Value
&,ptrdiff_t>' being compiled
with
[
Value=boost::signals::detail::connection_slot_pair
]
.\boost/iterator/iterator_facade.hpp(544) : error C2039: 'advance' :
is not a member of 'boost::signals::detail::named_slot_map_iterator'
.\boost/signals/detail/named_slot_map.hpp(80) : see
declaration of 'boost::signals::detail::named_slot_map_iterator'
.\boost/iterator/iterator_facade.hpp(690) : see reference to
function template instantiation 'void
boost::iterator_core_access::advance<Derived>(Facade &,__w64 int)'
being compiled
with
[
Derived=boost::signals::detail::named_slot_map_iterator
, Facade=boost::signals::detail::named_slot_map_iterator
]
.\boost/iterator/iterator_facade.hpp(689) : while compiling
class template member function
'boost::signals::detail::named_slot_map_iterator
&boost::iterator_facade<boost::signals::detail::named_slot_map_iterator,boost::signals::detail::connection_slot_pair,boost::forward_traversal_tag,Value
&,ptrdiff_t>::operator +=(__w64 int)'
with
[
Value=boost::signals::detail::connection_slot_pair
]
Master branch is also affected. Somehow develop is not affected
although Boost.Signals code is the same. I suspect the compiler is
behaving unstable. I'll create a pull request to adjust the compiler
version check for a workaround for this problem.
There is also the problem with Boost.Atomic described in the nearby
thread "[atomic] Structs with default constructor". The fix is in
develop and will be merged to master in a few days. Will I need to
explicitly ask to include this fix into the final release?
The question about the packages revision is still relevant.