- Boost - lists.boost.org

[Release] master branch will be closed for the 1/74/0 beta release TODAY
by Marshall Clow 11 Jul '20

11 Jul '20

Later today the master branch will be closed for all changes. See the calendar here for more dates: https://www.boost.org/development/ <https://www.boost.org/development/> The master branch will be re-opened after the beta release. Thanks, — The Boost Release Team

1 0

CI errors in [serialization] windows cygwin, mingw builds
by Jeff Garland 11 Jul '20

11 Jul '20

I've been seeing a bunch of CI errors related to serialization that seem to be new. Not seeing this so much on the test dashboard however. https://ci.appveyor.com/project/jeking3/date-time-1evbf/builds/33988388 gcc.compile.c++ bin.v2\libs\serialization\build\gcc-mngw6\rls\cxstd-11-iso\thrd-mlt\vsblt-hdn\xml_iarchive.o gcc.compile.c++ bin.v2\libs\serialization\build\gcc-mngw6\rls\cxstd-11-iso\thrd-mlt\vsblt-hdn\xml_oarchive.o In file included from ./boost/archive/iterators/mb_from_wchar.hpp:31, from ./boost/archive/impl/xml_oarchive_impl.ipp:28, from libs\serialization\src\xml_oarchive.cpp:23: ./boost/archive/detail/utf8_codecvt_facet.hpp:20: warning: "BOOST_ARCHIVE_DECL" redefined 20 | #define BOOST_ARCHIVE_DECL | In file included from ./boost/archive/detail/auto_link_archive.hpp:26, from ./boost/archive/xml_oarchive.hpp:29, from libs\serialization\src\xml_oarchive.cpp:17: ./boost/archive/detail/decl.hpp:28: note: this is the location of the previous definition 28 | #define BOOST_ARCHIVE_DECL BOOST_SYMBOL_EXPORT | gcc.compile.c++ bin.v2\libs\serialization\build\gcc-mngw6\rls\cxstd-11-iso\thrd-mlt\vsblt-hdn\xml_archive_exception.o gcc.compile.c++ bin.v2\libs\serialization\build\gcc-mngw6\rls\cxs

3 7

Build Errors for ASIO on msvc-10.0 and -11.0
by Tom Kent 10 Jul '20

10 Jul '20

After seeing the announcement that library freeze is coming, I just tried building the master snapshot with the build scripts I use for building the windows releases. I encountered failures in msvc-10.0 and msvc-11.0 for ASIO. .\boost/asio/execution/any_executor.hpp(940) : error C2668: 'boost::asio::execution::detail::any_executor_base::query_fn_impl' : ambiguous call to overloaded function .\boost/asio/execution/any_executor.hpp(915): could be 'void boost::asio::execution::detail::any_executor_base::query_fn_impl<Ex,Prop>(void *,const void *,const void *,boost::type *)' with [ Ex=void, Prop=boost::asio::execution::context_as_t<boost::asio::execution_context &> ] .\boost/asio/execution/any_executor.hpp(902): or 'void boost::asio::execution::detail::any_executor_base::query_fn_impl<Ex,Prop>(void *,const void *,const void *,boost::type *)' with [ Ex=void, Prop=boost::asio::execution::context_as_t<boost::asio::execution_context &> ] .\boost/asio/execution/any_executor.hpp(887): or 'void boost::asio::execution::detail::any_executor_base::query_fn_impl<Ex,Prop>(void *,const void *,const void *,boost::type *)' with [ Ex=void, Prop=boost::asio::execution::context_as_t<boost::asio::execution_context &> ] .\boost/asio/execution/any_executor.hpp(875): or 'void boost::asio::execution::detail::any_executor_base::query_fn_impl<Ex,Prop>(void *,const void *,const void *,boost::type *)' with [ Ex=void, Prop=boost::asio::execution::context_as_t<boost::asio::execution_context &> ] .\boost/asio/execution/any_executor.hpp(859): or 'void boost::asio::execution::detail::any_executor_base::query_fn_impl<Ex,Prop>(void *,const void *,const void *,boost::type *)' with [ Ex=void, Prop=boost::asio::execution::context_as_t<boost::asio::execution_context &> ] .\boost/asio/execution/any_executor.hpp(849): or 'void boost::asio::execution::detail::any_executor_base::query_fn_impl<Ex,Prop>(void *,const void *,const void *,boost::type *)' with [ Ex=void, Prop=boost::asio::execution::context_as_t<boost::asio::execution_context &> ] .\boost/asio/execution/any_executor.hpp(837): or 'void boost::asio::execution::detail::any_executor_base::query_fn_impl<Ex,Prop>(void *,const void *,const void *,boost::type *)' with [ Ex=void, Prop=boost::asio::execution::context_as_t<boost::asio::execution_context &> ] .\boost/asio/execution/any_executor.hpp(827): or 'void boost::asio::execution::detail::any_executor_base::query_fn_impl<Ex,Prop>(void *,const void *,const void *,void *)' with [ Ex=void, Prop=boost::asio::execution::context_as_t<boost::asio::execution_context &> ] while trying to match the argument list '(void *, const void *, const void *, int)' .\boost/asio/execution/any_executor.hpp(1782) : see reference to function template instantiation 'void boost::asio::execution::detail::any_executor_base::query_fn<Ex,T1>(void *,const void *,const void *)' being compiled with [ Ex=void, T1=boost::asio::execution::context_as_t<boost::asio::execution_context &> ] .\boost/asio/execution/any_executor.hpp(1782) : see reference to function template instantiation 'const boost::asio::execution::detail::any_executor_base::prop_fns<Poly> *boost::asio::execution::any_executor<<unnamed-symbol>,boost::asio::execution::detail::blocking::never_t<I>,boost::asio::execution::prefer_only<InnerProperty>,boost::asio::execution::prefer_only<boost::asio::execution::detail::outstanding_work::tracked_t<0>>,boost::asio::execution::prefer_only<boost::asio::execution::detail::outstanding_work::untracked_t<0>>,boost::asio::execution::prefer_only<boost::asio::execution::detail::relationship::fork_t<0>>,boost::asio::execution::prefer_only<boost::asio::execution::detail::relationship::continuation_t<0>>>::prop_fns_table<void>(void)' being compiled with [ Poly=boost::asio::execution::any_executor<boost::asio::execution::context_as_t<boost::asio::execution_context &>,boost::asio::execution::detail::blocking::never_t<0>,boost::asio::execution::prefer_only<boost::asio::execution::detail::blocking::possibly_t<0>>,boost::asio::execution::prefer_only<boost::asio::execution::detail::outstanding_work::tracked_t<0>>,boost::asio::execution::prefer_only<boost::asio::execution::detail::outstanding_work::untracked_t<0>>,boost::asio::execution::prefer_only<boost::asio::execution::detail::relationship::fork_t<0>>,boost::asio::execution::prefer_only<boost::asio::execution::detail::relationship::continuation_t<0>>>, <unnamed-symbol>=boost::asio::execution::context_as_t<boost::asio::execution_context &>, I=0, InnerProperty=boost::asio::execution::detail::blocking::possibly_t<0> ] .\boost/asio/execution/any_executor.hpp(1782) : while compiling class template member function 'boost::asio::execution::any_executor<<unnamed-symbol>,boost::asio::execution::detail::blocking::never_t<I>,boost::asio::execution::prefer_only<InnerProperty>,boost::asio::execution::prefer_only<boost::asio::execution::detail::outstanding_work::tracked_t<0>>,boost::asio::execution::prefer_only<boost::asio::execution::detail::outstanding_work::untracked_t<0>>,boost::asio::execution::prefer_only<boost::asio::execution::detail::relationship::fork_t<0>>,boost::asio::execution::prefer_only<boost::asio::execution::detail::relationship::continuation_t<0>>>::any_executor(void)' with [ <unnamed-symbol>=boost::asio::execution::context_as_t<boost::asio::execution_context &>, I=0, InnerProperty=boost::asio::execution::detail::blocking::possibly_t<0> ] .\boost/asio/detail/io_object_impl.hpp(168) : see reference to class template instantiation 'boost::asio::execution::any_executor<<unnamed-symbol>,boost::asio::execution::detail::blocking::never_t<I>,boost::asio::execution::prefer_only<InnerProperty>,boost::asio::execution::prefer_only<boost::asio::execution::detail::outstanding_work::tracked_t<0>>,boost::asio::execution::prefer_only<boost::asio::execution::detail::outstanding_work::untracked_t<0>>,boost::asio::execution::prefer_only<boost::asio::execution::detail::relationship::fork_t<0>>,boost::asio::execution::prefer_only<boost::asio::execution::detail::relationship::continuation_t<0>>>' being compiled with [ <unnamed-symbol>=boost::asio::execution::context_as_t<boost::asio::execution_context &>, I=0, InnerProperty=boost::asio::execution::detail::blocking::possibly_t<0> ] .\boost/asio/basic_socket.hpp(1804) : see reference to class template instantiation 'boost::asio::detail::io_object_impl<IoObjectService,Executor>' being compiled with [ IoObjectService=boost::asio::detail::win_iocp_socket_service<boost::asio::ip::udp>, Executor=boost::asio::any_io_executor ] .\boost/asio/basic_datagram_socket.hpp(53) : see reference to class template instantiation 'boost::asio::basic_socket<Protocol,Executor>' being compiled with [ Protocol=boost::asio::ip::udp, Executor=boost::asio::any_io_executor ] libs\log\src\syslog_backend.cpp(315) : see reference to class template instantiation 'boost::asio::basic_datagram_socket<Protocol>' being compiled with [ Protocol=boost::asio::ip::udp ] Hopefully this can be cleared up before the beta. Thanks, Tom

3 3

[stl_interfaces] Ok to merge small fix to C++20-mode builds before release?
by Zach Laine 09 Jul '20

09 Jul '20

I have just committed a fix to develop that addresses compilation errors in C++20 builds. Is it too late to merge this to master? The change is here: https://github.com/boostorg/stl_interfaces/commit/6d31433af0b7cb8c7f9140ce4… Zach

2 2

[Boost][Outcome] Compile error?
by Emil Dotchevski 07 Jul '20

07 Jul '20

When exceptions are disabled, I get: In file included from ../../../../boost/outcome/result.hpp:34: In file included from ../../../../boost/outcome/boost_result.hpp:36: In file included from ../../../../boost/exception_ptr.hpp:9: In file included from ../../../../boost/exception/detail/exception_ptr.hpp:17: ../../../../boost/exception/detail/clone_current_exception.hpp:22:6: error: This header requires exception handling to be enabled. Is there a way to configure Outcome so it does not use (boost) exception_ptr?

5 20

[random] pull requests stacking up
by Jeff Garland 06 Jul '20

06 Jul '20

Just submitted a pull request for boost.random to remove dependence on system library. There's 17 open requests -- some of which are pretty easy maintenance items. Can someone give these some a look?

2 1

Boost.Beast state of play
by Richard Hodges 06 Jul '20

06 Jul '20

Dear all, As you know, Boost.Beast has a strong dependency on Boost.Asio. At the present time, Chris is working to finalise some significant changes to Asio. These changes have required some refactoring of Boost.Beast at short notice in order to continue to provide a functioning library. Boost.Asio has two significant customisation macros: BOOST_ASIO_NO_DEPRECATED and BOOST_ASIO_NO_TS_EXECTORS. The 1.74 release of Asio deprecates some classes and interfaces relevant to net.ts-style executors. In addition, it introduces execution-style executors. *There is no combination of the above flags (save for none of them) that will allow an unmodified dependent library or program to compile as of boost.asio 1.74.* As of this moment, Beast is correctly compiling all examples and passing all tests with the exception of tests relevant to c++20 coroutines, where the latest Asio commit on develop branch has one (it would appear) remaining bug. Chris has been contacted and we are awaiting a fix. Once I have this, I will be in a position to rebase Beast PR1999 onto develop/master in readiness for the 1.74. Thank you for bearing with me during my time as an unwilling hostage to fortune. -- Richard Hodges hodges.r(a)gmail.com office: +442032898513 home: +376841522 mobile: +376380212

12 23

Fixed Boost.CallableTraits is_invocable_v
by Barrett Adair 03 Jul '20

03 Jul '20

It was recently brought to my attention that the variable template version of boost::callable_traits::is_invocable was always broken. A fix has been merged to match the non-variable version of the trait. I This is a minor change. Can this be included in 1.74? https://github.com/boostorg/callable_traits/commit/6da8b5a9b8b439f8e751191a…

2 1

[thread] Release critical bug (optimized away hooks)
by Nikita Kniazev 02 Jul '20

02 Jul '20

I am informing release managers that there is a severe bug in Boost.Thread that will affect static library users built with MSVC in the next release. The bug report: https://github.com/boostorg/thread/issues/316 (TLDR: thread_specific_ptr data destructor is not called in non-Boost.Thread threads) I have opened a PR that fixes the issue https://github.com/boostorg/thread/pull/320, but got no response in weeks.

2 1

How good to use dynamic_bitset?
by Jupiter 02 Jul '20

02 Jul '20

Hi, I am working on an embedded system where I read hardware 32-bit register values represented variables in bits. Currently I am using bit shift to extract values, it is too vague to represent variables. I have been thinking to make overhaul of using dynamic bitset, is it a good idea or bad idea? Thank you. Kind regards, jupiter -- "A man can fail many times, but he isn't a failure until he begins to blame somebody else." -- John Burroughs

3 4