- Boost - lists.boost.org

[process] Formal review results
by Antony Polukhin 09 Nov '16

09 Nov '16

The Boost.Process library is accepted. Congratulations to Klemens, and thanks to everybody who reviewed the library! The votes were as follows: + Johannes - Niall Douglas +/- Tom Kent +/- Nat Goodspeed + Paul A. Bristow +/- Bjorn Reese + Edward Diener + Boris Schäling +/- Raphaël Londeix + Klaim - Joël Lamotte Legend: + accept - decline +/- accept conditionally Separate thanks to Gavin Lambert for providing a solution to deadlocking problem. Additional thanks to Nat Goodspeed, Niall Douglas, Gavin Lambert, Raphaël Londeix and Bjorn Reese for spending significant amount of time on discussing, reviewing or testing the library. -- Quick review summary -- During the review multiple technical issues were raised and as far as I know, Klemens already working on them. The biggest win of the review - is a fix for possible deadlock with pipes. The most controversial part of the library is it's interface. Many comments were addressing: * passing arguments * starting process right in `system(...)` function Current approaches have benefits and drawbacks, other approaches have different benefits and drawbacks. At this point some people agree that the current approach is the lesser evil. Reviewers also wished to have better/richer documentation. P.S.: Please continue with the discussion and report issues that would help to improve the library. -- Best regards, Antony Polukhin

3 3

[dll] trouble building boost dll with Intel compiler on Windows
by Blower, Melanie 09 Nov '16

09 Nov '16

Hello, We are having trouble building boost_dll version 1.61 with Intel compiler (version 17.0) on Windows with vs2015 (and other versions of visual studio). There's a problem because the macro configuration causes alias.hpp to use gnu-like syntax to specify section names: we don't support this syntax in our Windows compiler. Instead, we support "#pragma section" just like the Microsoft compiler. Alias.hpp would use the "correct" configuration for our Windows compiler "#if BOOST_COMP_MSVC" (reference the file boost/dll/alias.hpp) However, the file boost/predef/compiler/visualc.hpp sets BOOST_COMP_MSVC to BOOST_VERSION_NUMBER_ZERO which is 0 I propose that alias.hpp could use BOOST_COMP_MSVC_BUILD instead of BOOST_COMP_MSVC. Does that seem reasonable? Thanks and regards, Melanie Blower (I work for Intel on the Intel C++ compiler)

5 11

[fusion] trouble building boost fusion with Intel compiler on Windows and Linux
by Blower, Melanie 09 Nov '16

09 Nov '16

Hello, We are having trouble building boost_fusion version 1.61 with Intel compiler (version 17.0) on Linux, and on Windows with vs2015 (and other versions of visual studio). The problem can be fixed if I made this change to boost/fusion/container/vector/detail/config.hpp : // Sometimes, MSVC 12 shows compile error with std::size_t of template parameter . #if BOOST_WORKAROUND(BOOST_MSVC, BOOST_TESTED_AT(1800)) \ || BOOST_INTEL /* add this line */ # if defined(BOOST_FUSION_HAS_VARIADIC_VECTOR) # undef BOOST_FUSION_HAS_VARIADIC_VECTOR # endif #endif Symptom on Windows: ile ..\..\..\bin.v2\libs\fusion\test\fold.test\cc848a939769f1f7cf08091b8a228ddb\algorithm\fold.obj.rsp "algorithm\fold.cpp" -Fo"..\..\..\bin.v2\libs\fusion\test\fold.test\cc848a939769f1f7cf08091b8a228ddb\algorithm\fold.obj" -TP /Z7 /Od /Ob0 /W3 /GR /MDd /Zc:forScope /Zc:wchar_t /nologo /Qwn5 /Qwd985 -Qoption,c,--arg_dep_lookup /Qvc14 -Qpchi- /wd4675 /EHs -c -DBOOST_ALL_NO_LIB=1 "-I..\..\.." compile-c-c++ ..\..\..\bin.v2\libs\fusion\test\fold.test\cc848a939769f1f7cf08091b8a228ddb\algorithm\fold.obj icl @"..\..\..\bin.v2\libs\fusion\test\fold.test\cc848a939769f1f7cf08091b8a228ddb\algorithm\fold.obj.rsp" fold.cpp ../../../boost/fusion/container/vector/vector.hpp(71): error: namespace "boost::fusion::vector_detail::result_of" has no member "value_at_c" : boost::is_convertible<Sequence, typename result_of::value_at_c<This, 0>::type> ^ detected during: instantiation of class "boost::fusion::vector_detail::is_convertible_to_first<Sequence, This, <unnamed>> [with Sequence=int, This=boost::fusion::vector<int>, <unnamed>=1]" at line 305 instantiation of "boost::fusion::vector<T...>::vector(U &&...) [with T=<int>, U=<int>]" at line 159 of "algorithm\fold.cpp" Symptom on Linux: The original failure on Linux (zip.test in boost_fusion) "icpc" -c -xc++ -O0 -g -w1 -inline-level=0 -fPIC -m64 -DBOOST_ALL_NO_LIB=1 -I"../../.." -c -o "../../../bin.v2/libs/fusion/test/zip.test/intl-lnx/dbg/algorithm/zip.o" "algorithm/zip.cpp" ../../../boost/fusion/container/vector/vector.hpp(230): error: pack "U" does not have the same number of elements as "I" : store<I, T>(std::forward<U>(var))... ^ detected during: instantiation of "boost::fusion::vector_detail::vector_data<boost::fusion::detail::index_sequence<I...>, T...>::vector_data(boost::fusion::vector_detail::each_elem, U &&...) [with I=<0UL, 1UL>, T=<boost::fusion::vector_iterator<const boost::fusion::vector<int, int>, 0>, boost::fusion::vector_iterator<const boost::fusion::vector<char, char>, 0>>, U=<const boost::fusion::transform_view<const boost::fusion::vector<const boost::fusion::vector<int, int> &, const boost::fusion::vector<char, char> &>, boost::fusion::detail::poly_begin, boost::fusion::void_> &>]" at line 306 instantiation of "boost::fusion::vector<T...>::vector(U &&...) [with T=<boost::fusion::vector_iterator<const boost::fusion::vector<int, int>, 0>, boost::fusion::vector_iterator<const boost::fusion::vector<char, char>, 0>>, U=<const boost::fusion::transform_view<const boost::fusion::vector<const boost::fusion::vector<int, int> &, const boost::fusion::vector<char, char> &>, boost::fusion::detail::poly_begin, boost::fusion::void_> &>]" at line 41 of "../../../boost/fusion/view/zip_view/zip_view_iterator.hpp" Thanks and regards, Melanie Blower (I work for Intel on the Intel C++ compiler)

3 4

test: Initializiation of data test cases
by Florian Lindner 09 Nov '16

09 Nov '16

Hello, I would like to use data test cases. The problem that comes with that, is that I want to use objects that needs the application to be initialized before they are instantiated. Example is that an object that uses MPI needs to habe MPI_Init called before. This example code shows the order in which different hooks are run: #define BOOST_TEST_DYN_LINK // #define BOOST_TEST_MAIN #include <boost/test/unit_test.hpp> #include <boost/test/data/test_case.hpp> #include <boost/test/data/monomorphic.hpp> #include <mpi.h> #include <iostream> #include <string> #include <vector> using namespace std; struct GlobalFixture { GlobalFixture() { cout << "GlobalFixture" << endl; } ~GlobalFixture() { } }; BOOST_GLOBAL_FIXTURE(GlobalFixture); struct Test : public std::string { // derive from string to get operator<< that boost requires Test() { cout << "Object to test" << endl; } }; namespace bdata = boost::unit_test::data; template <class T> class RuntimeDataset { public: using sample = typename T::value_type;; enum { arity = 1 }; T data; explicit RuntimeDataset(T _data) { cout << "Dataset constructor" << endl; data = _data; } bdata::size_t size() const { return data.size(); } typename T::const_iterator begin() const { return data.cbegin(); } }; namespace boost { namespace unit_test { namespace data { namespace monomorphic { template <class T> struct is_dataset<RuntimeDataset<T>> : boost::mpl::true_ {}; }}}} struct Fixture { Fixture() { cout << "Fixture" << endl; } }; BOOST_AUTO_TEST_SUITE(MySuite) BOOST_DATA_TEST_CASE_F( Fixture, test1, RuntimeDataset<std::vector<Test>>( { Test() } ), // This should be evaluated when the test is about to run input) { BOOST_TEST(true); cout << "Data test case" << endl; } BOOST_AUTO_TEST_SUITE_END() // initialization function: bool init_unit_test() { cout << "init_unit_test" << endl; return true; } // entry point: int main(int argc, char* argv[]) { cout << "main" << endl; int retCode = boost::unit_test::unit_test_main( &init_unit_test, argc, argv ); return retCode; } I've removed some code parts, but it should compile right away using mpic++ -std=c++11 -lboost_unit_test_framework boosttesting.cpp Its output is Object to test Dataset constructor main init_unit_test GlobalFixture Running 1 test case... Fixture Data test case *** No errors detected So, before I have any chance to do my own initialization code, the Test object and the dataset is constructed. I have posted this to the user mailing list, but still looking for a way to work around that. Do you have any idea how I can do initialization before data is instantiated? Thanks, Florian

1 0

cross-compiling linux->osx: file was built for archive which is not the architecture being linked (x86_64)
by Frédéric Bron 09 Nov '16

09 Nov '16

I am trying to cross-compile for osx from linux using clang. When I build boost, I use the following: CC="x86_64-apple-darwin13-clang" CFLAGS="-O2 -DNDEBUG" CXX="x86_64-apple-darwin13-clang++-libc++" CXXFLAGS="-O2 -DNDEBUG -std=c++14" AR="x86_64-apple-darwin13-ar" AS="x86_64-apple-darwin13-as" RANLIB="x86_64-apple-darwin13-ranlib" ./bootstrap.sh --without-icu --prefix=/softs/usr/darwin13-clang/release/boost --with-toolset=clang Then I use the following user-config.jam: using clang : : x86_64-apple-darwin13-clang++-libc++ : <cxxflags>-std=c++14 ; with the following command: ./b2 -d2 -j8 --layout=system --user-config=user-config.jam --without-mpi --without-python --without-context --without-coroutine link=static threading=multi runtime-link=shared target-os=darwin threadapi=pthread address-model=64 define=BOOST_THREAD_USE_LIB define=BOOST_LOG_WITHOUT_EVENT_LOG variant=release install Apart from a few errors, everythings looks fine: ...failed updating 3 targets... ...skipped 3 targets... ...updated 13684 targets... However, when I link against the static libraries that have been built, I get this type of messages: ld: warning: ignoring file /softs/usr/darwin13-clang/release/boost/lib/libboost_system.a, file was built for archive which is not the architecture being linked (x86_64): /softs/usr/darwin13-clang/release/boost/lib/libboost_system.a I suspect that it is because the wrong ar and ranlib where used because I find in my log that b2 used "ar" and "ranlib" instead of "x86_64-apple-darwin13-ar" and "x86_64-apple-darwin13-ranlib". So I changed my user-config.jam to: using clang : : x86_64-apple-darwin13-clang++-libc++ : <cxxflags>-std=c++14 <archiver>x86_64-apple-darwin13-ar <ranlib>x86_64-apple-darwin13-ranlib ; but b2 is still using "ar" and "ranlib". Any idea of what my problem is? Frédéric

1 1

Support for fixed point arithmetic in Boost?
by Juan Dent 08 Nov '16

08 Nov '16

Hi, Sorry if this is a dumb question but I have been looking for fixed point types in Boost and not found any... Yet I feel there must be... Thanks for any help Juan

4 5

Fw: Build failed: smart_ptr 1.0.31-develop
by Peter Dimov 08 Nov '16

08 Nov '16

I'm getting a weird error from the CI: https://ci.appveyor.com/project/pdimov/smart-ptr/build/1.0.31-develop C:/projects/boost-root/tools/build/src\build-system.jam:982: in load *** argument error * rule boostcpp.post-build ( ok ? ) * called with: ( ok ok ) * extra argument ok C:/projects/boost-root\boostcpp.jam:513:see definition of rule 'boostcpp.post-build' being called C:\projects\boost-root\tools\build\src/kernel\modules.jam:295: in import C:\projects\boost-root\tools\build\src/kernel/bootstrap.jam:139: in boost-build C:\projects\boost-root\boost-build.jam:17: in module scope Command exited with code 1 This is Submodule path 'tools/build': checked out '32113ca3ddbc637d08e85c44502f3149d37323e0'

2 1

[process] The Formal review preiod is nearing the end
by Antony Polukhin 07 Nov '16

07 Nov '16

Dear Boost community, The formal review of Klemens David Morgenstern's Process library ends on 5th November. If you're willing to write a review - please hurry up! If you're willing to write the review but could not make it on time - please give a hint. In that case it is possible to postpone the final decision for a few days. Thanks in advance! -- Best regards, Antony Polukhin

5 8

[process] Formal review has ended
by Antony Polukhin 07 Nov '16

07 Nov '16

The library review has ended. I will need a few more days to calculate the votes and to wait for some people that spend a lot of time to make their vote more explicit. At this point, following people voted: * Johannes * Niall Douglas * Tom Kent * Paul A. Bristow * Bjorn Reese * Edward Diener * Boris Schäling If I've missed someone, please notify me. -- Best regards, Antony Polukhin

2 2

[iostreams] Last develop commit breaks release builds.
by Rene Rivera 07 Nov '16

07 Nov '16

FYI.. This commit: < https://github.com/boostorg/iostreams/commit/0a87de8932641a3896f49872a3c034… > Is causing release build errors. See the CI logs for details.. <https://circleci.com/gh/boostorg/boost/2190> Please address ASAP. -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

2 2