Re: [boost] Test build for 1.56 available

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.