- Boost - lists.boost.org

[1.56.0] Heads up: One week to cutoff for new libraries and breaking changes
by Beman Dawes 09 Jun '14

09 Jun '14

As a practical matter, I'd also like to see the dependency reduction effort wind down for a while so more eyes can shift to finding and fixing master regression test errors. Thanks, --Beman

2 1

detail/interlocked.hpp -> winapi?
by Peter Dimov 09 Jun '14

09 Jun '14

The window for having fun with moving files around is closing quickly, so if detail/interlocked.hpp is going to be moved to winapi, now is the time. It makes atomic depend on detail, which doesn't really matter at the moment, but could become relevant at some later date. C:\Projects\boost-git\boost>%boostdep% boost/detail/interlocked.hpp Inclusion report for <boost/detail/interlocked.hpp> (in module detail): from atomic: <boost/atomic/detail/interlocked.hpp> from interprocess: <boost/interprocess/detail/win32_api.hpp> from log: <boost/log/detail/spin_mutex.hpp> from thread: <boost/thread/win32/basic_timed_mutex.hpp> <boost/thread/win32/interlocked_read.hpp> <boost/thread/win32/once.hpp> <boost/thread/win32/shared_mutex.hpp> <boost/thread/win32/thread_primitives.hpp>

3 9

[type_traits] Proposal: same_xxx
by Adam Wulkiewicz 09 Jun '14

09 Jun '14

Hi, Recently I found some use for a tool adding const to a type if some other type is const. My use case was something like this: typename const_conformant < Range, typename boost::range_value<Range>::type >::type ... I'm guessing that such use cases are quite common, not only for const but also other qualifiers. Do you think that a family of traits adding or removing qualifiers based on the qualifiers of some other type could be a useful addon to the TypeTraits? E.g.: same_const<BaseT, T> same_cv<BaseT, T> same_pointer<BaseT, T> same_reference<BaseT, T> same_rvalue_reference<BaseT, T> same_volatile<BaseT, T> same_extents<BaseT, T> //etc. Regards, Adam

4 5

Let's not forget the release
by John Maddock 09 Jun '14

09 Jun '14

The discussion on reducing dependencies is great, but folks, we do need to produce a release soon, or else it'll be back to bad old days of one release a year (if you're lucky). Just saying... John.

10 15

[atomic]
by Vicente J. Botet Escriba 09 Jun '14

09 Jun '14

Hi, there is a regression on Boost.Atomic on a lot of compilers. See regression test on Boost.Thread http://www.boost.org/development/tests/develop/developer/thread.html synchronized_value__default_ctor_p <https://github.com/boostorg/thread/blob/develop/test/sync/mutual_exclusion/…> Please, could Time or Ardrey take care of this issue? Best, Vicente Test output: jasonr-Ubuntu13.10-gcc - thread - synchronized_value__default_ctor_p / gcc-4.8.1 Rev cfaf6902e696a50a8f8c81510e676aaa547c7706 / Sun, 08 Jun 2014 00:02:00 +0000 Compile [2014-06-08 04:29:08 UTC]: fail "g++-4.8" -ftemplate-depth-128 -O0 -fno-inline -Wall -pedantic -g -pthread -fPIC -Wextra -Wno-long-long -Wno-variadic-macros -Wunused-function -pedantic -DBOOST_ALL_NO_LIB=1 -DBOOST_CHRONO_DYN_LINK=1 -DBOOST_SYSTEM_DYN_LINK=1 -DBOOST_SYSTEM_NO_DEPRECATED -DBOOST_THREAD_BUILD_DLL=1 -DBOOST_THREAD_POSIX -DBOOST_THREAD_THROW_IF_PRECONDITION_NOT_SATISFIED -DBOOST_THREAD_USE_DLL=1 -I".." -c -o "/hd/boosttest_new/results/boost/bin.v2/libs/thread/test/synchronized_value__default_ctor_p.test/gcc-4.8.1/debug/threading-multi/sync/mutual_exclusion/synchronized_value/default_ctor_pass.o" "../libs/thread/test/sync/mutual_exclusion/synchronized_value/default_ctor_pass.cpp" In file included from ../boost/atomic/detail/atomic_template.hpp:25:0, from ../boost/atomic/atomic.hpp:22, from ../boost/atomic.hpp:12, from ../boost/thread/testable_mutex.hpp:14, from ../libs/thread/test/sync/mutual_exclusion/synchronized_value/default_ctor_pass.cpp:15: ../boost/atomic/detail/union_cast.hpp: In instantiation of ???union boost::atomics::detail::union_cast(const From&) [with To = boost::thread::id; From = long unsigned int]::<anonymous>???: ../boost/atomic/detail/union_cast.hpp:36:5: required from ???To boost::atomics::detail::union_cast(const From&) [with To = boost::thread::id; From = long unsigned int]??? ../boost/atomic/detail/atomic_template.hpp:355:92: required from ???boost::atomics::detail::base_atomic<T, void>::value_type boost::atomics::detail::base_atomic<T, void>::load(boost::memory_order) const volatile [with T = boost::thread::id; boost::atomics::detail::base_atomic<T, void>::value_type = boost::thread::id]??? ../boost/atomic/detail/atomic_template.hpp:697:27: required from ???boost::atomics::atomic<T>::operator boost::atomics::atomic<T>::value_type() const volatile [with T = boost::thread::id; boost::atomics::atomic<T>::value_type = boost::thread::id]??? ../boost/thread/testable_mutex.hpp:113:30: required from ???bool boost::testable_mutex<Lockable>::is_locked() const [with Lockable = boost::mutex]??? ../libs/thread/test/sync/mutual_exclusion/synchronized_value/default_ctor_pass.cpp:24:7: required from here ../boost/atomic/detail/union_cast.hpp:34:12: error: member ???boost::thread::id boost::atomics::detail::union_cast(const From&) [with To = boost::thread::id; From = long unsigned int]::<anonymous union>::as_to??? with constructor not allowed in union To as_to; ^ ../boost/atomic/detail/union_cast.hpp:34:12: note: unrestricted unions only available with -std=c++11 or -std=gnu++11 ../boost/atomic/detail/union_cast.hpp: In instantiation of ???union boost::atomics::detail::union_cast(const From&) [with To = long unsigned int; From = boost::thread::id]::<anonymous>???: ../boost/atomic/detail/union_cast.hpp:36:5: required from ???To boost::atomics::detail::union_cast(const From&) [with To = long unsigned int; From = boost::thread::id]??? ../boost/atomic/detail/atomic_template.hpp:337:137: required from ???boost::atomics::detail::base_atomic<T, void>::base_atomic(const value_type&) [with T = boost::thread::id; boost::atomics::detail::base_atomic<T, void>::value_type = boost::thread::id]??? ../boost/atomic/detail/atomic_template.hpp:687:101: required from ???boost::atomics::atomic<T>::atomic(boost::atomics::atomic<T>::value_arg_type) [with T = boost::thread::id; boost::atomics::atomic<T>::value_arg_type = const boost::thread::id&]??? ../boost/thread/testable_mutex.hpp:47:40: required from ???boost::testable_mutex<Lockable>::testable_mutex() [with Lockable = boost::mutex]??? ../boost/thread/synchronized_value.hpp:431:14: required from ???boost::synchronized_value<T, Lockable>::synchronized_value() [with T = int; Lockable = boost::testable_mutex<boost::mutex>]??? ../libs/thread/test/sync/mutual_exclusion/synchronized_value/default_ctor_pass.cpp:23:76: required from here ../boost/atomic/detail/union_cast.hpp:35:14: error: member ???boost::thread::id boost::atomics::detail::union_cast(const From&) [with To = long unsigned int; From = boost::thread::id]::<anonymous union>::as_from??? with constructor not allowed in union From as_from; ^

1 0

How to identify sub-libraries/modules of a library?
by Vicente J. Botet Escriba 09 Jun '14

09 Jun '14

Hi, I would like to separate the following sub-libraries/modules chrono/stopwatches and thread/executors. Could someone point me where can I find the things to do to split a library in submodules? How to identify them? How to have separated regression test pages? What the new boostdev tool needs? ... Best, Vicente

4 4

[modularization] Removing iterator->conversion dependency
by Vicente J. Botet Escriba 09 Jun '14

09 Jun '14

Hi, in order to remove the dependency from iterator to conversion I suggest to move |boost/implicit_cast.hpp to MPL. | |Vicente | /conversion/ <http://www.pdimov.com/tmp/report-6d1f271/conversion.html> |<boost/implicit_cast.hpp>| * from |<boost/pending/iterator_tests.hpp>| |//boost/implicit_cast.hpp| |template <typename T> inline T implicit_cast (typename mpl::identity<T>::type x) { return x; } |

6 13

[modularization] removing ConceptCheck ->Parameter dependency
by Vicente J. Botet Escriba 09 Jun '14

09 Jun '14

I suggest removing the ConceptCheck -> Parameter dependency to move|boost/parameter/aux_/parenthesized_type.hpp| to Boost.Detail. Vicente /parameter/ <http://www.pdimov.com/tmp/report-6d1f271/parameter.html> |<boost/parameter/aux_/parenthesized_type.hpp>| * from |<boost/concept/requires.hpp>|

2 5

Guidelines to implement Boost library evolution policy (was Boost 2.0)
by Beman Dawes 09 Jun '14

09 Jun '14

The Boost Steering Committee set the overall policy for Boost library evolution to C++11, C++14, and beyond at its May 2014 meeting in Aspen. Guidelines to implement that policy are now available at https://svn.boost.org/trac/boost/wiki/BoostEvo The plan is to integrate these guidelines with similar material on the web site in time for the 1.56 release. --The Boost Steering Committee

6 13

[modularization] How to remove the Math -> multuplecission dependency?
by Vicente J. Botet Escriba 09 Jun '14

09 Jun '14

Hi, John, ther is a cycle between multuprecision and Math. how can this dependency be removed? /math ->multiprecision/ <http://www.pdimov.com/tmp/report-6d1f271/multiprecision.html> |<boost/multiprecision/cpp_dec_float.hpp>| * from |<boost/math/constants/generate.hpp>| Vicente

4 8