- Boost - lists.preview.boost.org

[CI] Activation for Boost.Units
by Jürgen Hunold 11 Nov '16

11 Nov '16

Hi Rene, could you please activate CI via Travis CI and Appveyor for Boost.Units? I hope that I have successfully adapted the scripts from Boost.Predef and that they work for Units as well. Is there any way to get myself some admin rights so I can scheduled cron jobs on TravisCI? I'd like to have at least a weekly run in order to check that no other library break units. And I noticed that the scripts don't work for my fork on GitHub. It needs to detect that and add a remote to the submodule in the Boost checkout somehow. Do you have any plans for that? Yours, Jürgen -- * Dipl.-Math. Jürgen Hunold ! * voice: ++49 4257 300 ! Fährstraße 1 * fax : ++49 4257 300 ! 31609 Balge/Sebbenhausen * jhunold(a)gmx.eu ! Germany

2 1

[Beast] std::to_string not available in gcc 4.8?
by Vinnie Falco 11 Nov '16

11 Nov '16

A user is complaining that std::to_string is not available in their distribution. Beast doesn't support toolchains that don't have full support for C++11. However, if this is the only thing missing maybe I can just use a Boost equivalent to get him up and running. I see boost::to_string in <boost/exception/to_string.hpp> is that a public interface? It doesn't look documented. What do folks typically do when they want to call std::to_string on an unsupported distribution?

4 4

libs/regex/build/Jamfile.v2 missing "import testing"
by Peter Dimov 10 Nov '16

10 Nov '16

In a partial installation (not all submodules installed), running b2 in the Boost root says: libs\regex\build\Jamfile.v2:93: in modules.load ERROR: rule "unit-test" unknown in module "Jamfile<D:\tmp2\boost-root\libs\regex\build>". because libs/regex/build/Jamfile.v2 uses the unit-test rule, defined in testing.jam, but does not have "import testing ;". Adding that line fixes it. I've no idea why it works in a full installation - probably because someone else imports testing first before it gets to regex.

2 1

[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