- Boost - lists.boost.org

[builds] broken
by Raffi Enficiaud 05 Mar '17

05 Mar '17

Hi all, On develop, I have the following error for gcc/linux and clang/osx: 01-Mar-2017 23:58:05 libs/python/build/Jamfile:155: in lib_boost_numpy 01-Mar-2017 23:58:05 *** argument error 01-Mar-2017 23:58:05 * rule lib ( names + : sources * : requirements * : default-build * : usage-requirements * ) 01-Mar-2017 23:58:05 * called with: ( : numpy/dtype.cpp numpy/matrix.cpp numpy/ndarray.cpp numpy/numpy.cpp numpy/scalars.cpp numpy/ufunc.cpp : <link>static:<define>BOOST_NUMPY_STATIC_LIB <define>BOOST_NUMPY_SOURCE <library>/python//python_for_extensions <include>/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/numpy/core/include <library>boost_python <python-debugging>on:<define>BOOST_DEBUG_PYTHON <python>2.7 -<tag>@Jamfile</Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library>%Jamfile</Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library>.tag <tag>@Jamfile</Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library>%Jamfile</Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library>.python-tag <conditional>@python.require-py : <link>shared : <link>static:<define>BOOST_NUMPY_STATIC_LIB <python-debugging>on:<define>BOOST_DEBUG_PYTHON ) 01-Mar-2017 23:58:05 * missing argument names 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/tools/build/src/tools/builtin.jam:506:see definition of rule 'lib' being called 01-Mar-2017 23:58:05 libs/python/build/Jamfile:168: in modules.load 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/tools/build/src/build/project.jam:325: in load-jamfile 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/tools/build/src/build/project.jam:64: in load 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/tools/build/src/build/project.jam:89: in load-used-projects 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/tools/build/src/build/project.jam:75: in load 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/tools/build/src/build/project.jam:145: in project.find 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/tools/build/src/build-system.jam:535: in load 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/tools/build/src/kernel/modules.jam:295: in import 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/tools/build/src/kernel/bootstrap.jam:139: in boost-build 01-Mar-2017 23:58:05 /Users/bambooagent/bamboo-agent-home/xml-data/build-dir/SW-BCB108-O1C/library/boost-build.jam:17: in module scope 01-Mar-2017 23:58:05 Failing task since return code of [/bin/sh /Users/bambooagent/bamboo-agent-home/temp/SW-BCB108-O1C-3-ScriptBuildTask-4580193904098485274.sh] was 1 while expected 0 Best, Raffi

5 9

[heap] tests failing
by Raffi Enficiaud 05 Mar '17

05 Mar '17

Hi, The latest commit (1c061c9) on boost.heap has failing tests. The previous commit (7aa8f90) works fine. Raffi PS: I am using boost.heap as one of the boost.test checks.

2 1

[outcome] Tutorial third rewrite finished (I hope)
by Niall Douglas 05 Mar '17

05 Mar '17

I know the Safe Numerics review is currently happening and almost straight thereafter comes the final Stacktrace review so people are probably a bit tired of reviewing stuff, however I believe the third rewrite of the Outcome tutorial is now finished at long last. Expected<T, E> in Context: https://ned14.github.io/boost.outcome/md_doc_md_02-tutorial_a.html Expected<T, E> in Practice: https://ned14.github.io/boost.outcome/md_doc_md_03-tutorial_b.html Refining Expected<T, E>: https://ned14.github.io/boost.outcome/md_doc_md_04-tutorial_c.html Feedback is once again very welcome, indeed this tutorial looks so very different from the previous two editions because of your feedback, so thank you. In case anyone is interested, the biggest showstopper remaining before this goes into the Boost review queue is the reference docs: doxygen chokes badly on the preprocessor metaprogramming Outcome uses and generate rubbish docs. I didn't find much success with Standardese or Doxypress either, so I'm currently working with my shiny new Python C99 conforming preprocessor (https://github.com/ned14/pcpp) to partially preprocess Outcome into a form doxygen can cope with. I expect a few weeks remain on that, it may pass most of the C11 preprocessor torture test suite but the partial preprocessor pass through implementation has bugs I'm still nailing down :) Niall -- ned Productions Limited Consulting http://www.nedproductions.biz/ http://ie.linkedin.com/in/nialldouglas/

1 1

[gsoc17]Getting started with Project 2 in Boost.Geometry : R-tree serialization
by Jing Rylynnn 05 Mar '17

05 Mar '17

Hi Everyone: My name is Ruoyun Jing, I am an undergraduate student in Northwest University(China) of Software Engineering.Although i am a girl,i really love coding and algorithms!!! I've coded many algorithms problems with C++ and Python,and got Bronze Metal in ACMICPC Asia Shenyang Regional contest. GSoC is really a precious chance for me to get in touch with open source software. After reading all the organizatuions and their projects, I'm pretty interested in R-tree serialization. Despite my lack of project experience,i will try my best to learn ,code and communicate with mentor!!! Looking forward from you.:) Thank. -- Northwest University of China Software Engineering jingry0321(a)gmail.com

1 0

Re: [boost] [MPL][vector] Is there interest in mpl::vector using variadic templates?
by Bruno Dutra 04 Mar '17

04 Mar '17

On Mar 3, 2017 17:58, "Peter Dimov via Boost" <boost(a)lists.boost.org> wrote: Bruno Dutra wrote: OTOH the void* trick requires that a pack of M void pointers be > instantiated when the element at position M is retrieved from a list, so, > for a list of N elements, the compiler must instantiate N *distinct* packs > of void pointers, because each of these packs have a different size and is > thus a distinct type. > Not just that, but the helper function that is required to obtain the Mth element is a template instantiation as well. Saying that we shouldn't use map_from_list because it consumes memory for the instantiation is misleading; the alternatives consume memory for instantiations as well. Except for __type_pack_element, of course. Right, the trick is usually to figure out what consumes less memory, i.e. what leads to the least amount of distinct template instantiations. Alias templates help a lot with that, since they are not actually instantiated, but there is only so much one can do with alias templates alone. Bruno

2 1

test message
by Michael Caisse 04 Mar '17

04 Mar '17

-- Michael Caisse Ciere Consulting ciere.com

1 0

[gsoc17]Some problems Project 2 in Boost.Geometry : R-tree serialization
by Ruoyun Jing 04 Mar '17

04 Mar '17

Hi ! I'm Ruoyun Jing,and I'm back.:) I have many problems about these projects. And I begin to configure the development environment of these project, and decided to fix some issue about Boost.Geometry. It will be many problems to ask, how could i communicate with mentor more quickly? I join in the gitter of Boostorg/geometry,but there might not be very active, could you please tell me how to get in touch with devs more convenient? Looking forward from you.:) Thanks. -- Northwest University of China Software Engineering jingry0321(a)gmail.com <jingry0321(a)163.com>

1 0

cross-compilation: building boost on linux targetting osx
by Frédéric Bron 04 Mar '17

04 Mar '17

Hi, I am trying to cross-build boost on linux targetting osx. I am using a cross compiler based on the linux clang 3.8.1 (osxcross). You can find below the process I use to build boost. My problem is that apparently b2 cannot find iconv, zlib and bzip2. Also apprently it says that clang does not support C++11 features (which is not true): - Boost.Config Feature Check: cxx11_auto_declarations : no - Boost.Config Feature Check: cxx11_constexpr : no - Boost.Config Feature Check: cxx11_defaulted_functions : no - Boost.Config Feature Check: cxx11_final : no - Boost.Config Feature Check: cxx11_hdr_mutex : no - Boost.Config Feature Check: cxx11_hdr_tuple : no - Boost.Config Feature Check: cxx11_lambdas : no - Boost.Config Feature Check: cxx11_noexcept : no - Boost.Config Feature Check: cxx11_nullptr : no - Boost.Config Feature Check: cxx11_rvalue_references : no - Boost.Config Feature Check: cxx11_template_aliases : no - Boost.Config Feature Check: cxx11_thread_local : no - Boost.Config Feature Check: cxx11_variadic_templates : no - zlib : no - bzip2 : no - iconv (libc) : no - iconv (separate) : no - Boost.Locale needs either iconv or ICU library to be built. I identified potential issues: 1. I give toolset clang to bootstrap.sh which sets the toolset to clang in project-config.jam but clang-linux is used: common.mkdir bin.v2/libs/system/build/clang-linux-3.8.1/release Should it be clang-darwin instead? However, if I set it myself to clang-darwin with bootstrap.sh, it says that clang-darwin toolset does not exist. By the way, there is nothing about clang in getting started: http://www.boost.org/doc/libs/1_63_0/more/getting_started/unix-variants.html 2. when looking for the iconv library (same issue with zlib and bzip2), there are unknown linker options (--start-group or -R) and the iconv library path I gave to b2 is not given to the compiler/linker. Here is part of the output in config.log: clang-linux.compile.c++.without-pth bin.v2/libs/locale/build/clang-linux-3.8.1/debug/target-os-darwin/has_iconv_libc_obj.o "x86_64-apple-darwin13-clang++-libc++" -c -x c++ -std=c++14 -O2 -DNDEBUG -O0 -g -fno-inline -Wall -g -fPIC -m64 -DBOOST_ALL_NO_LIB=1 -DBOOST_LOG_WITHOUT_EVENT_LOG -DBOOST_THREAD_USE_LIB -I"." -o "bin.v2/libs/locale/build/clang-linux-3.8.1/debug/target-os-darwin/has_iconv_libc_obj.o" "libs/locale/src/../build/has_iconv.cpp" "x86_64-apple-darwin13-clang++-libc++" -o "bin.v2/libs/locale/build/clang-linux-3.8.1/debug/target-os-darwin/has_iconv" -Wl,--start-group "bin.v2/libs/locale/build/clang-linux-3.8.1/debug/target-os-darwin/has_iconv_libc_obj.o" -Wl,-Bstatic -Wl,-Bdynamic -Wl,--end-group -g -m64~ ld: unknown option: --start-group clang-linux.compile.c++.without-pth bin.v2/libs/locale/build/clang-linux-3.8.1/debug/target-os-darwin/has_iconv_libc_ext.o "x86_64-apple-darwin13-clang++-libc++" -c -x c++ -std=c++14 -O2 -DNDEBUG -O0 -g -fno-inline -Wall -g -fPIC -m64 -DBOOST_ALL_NO_LIB=1 -DBOOST_LOG_WITHOUT_EVENT_LOG -DBOOST_THREAD_USE_LIB -I"." -I"/softs/osx64-clang-3.8.1/release/iconv/include" -o "bin.v2/libs/locale/build/clang-linux-3.8.1/debug/target-os-darwin/has_iconv_libc_ext.o" "libs/locale/src/../build/has_iconv.cpp" "x86_64-apple-darwin13-clang++-libc++" -L"/softs/osx64-clang-3.8.1/release/iconv/lib" -Wl,-R -Wl,"/softs/osx64-clang-3.8.1/release/iconv/lib" -Wl,-rpath-link -Wl,"/softs/osx64-clang-3.8.1/release/iconv/lib" -o "bin.v2/libs/locale/build/clang-linux-3.8.1/debug/target-os-darwin/has_external_iconv" -Wl,--start-group "bin.v2/libs/locale/build/clang-linux-3.8.1/debug/target-os-darwin/has_iconv_libc_ext.o" -Wl,-Bstatic -Wl,-Bdynamic -liconv -Wl,--end-group -g -m64~ ld: unknown option: -R Any idea? Frédéric Currently, I am using the following commands to build boost: CC="x86_64-apple-darwin13-clang" CFLAGS="-O2 -DNDEBUG" CXX="x86_64-apple-darwin13-clang++-libc++" CXXFLAGS="-O2 -DNDEBUG -std=c++14" CPPFLAGS="-I/softs/osx64-clang-3.8.1/release/iconv/include -I/softs/osx64-clang-3.8.1/release/bzip2/include -I/softs/osx64-clang-3.8.1/release/zlib/include" LDFLAGS="-L/softs/osx64-clang-3.8.1/release/iconv/lib -L/softs/osx64-clang-3.8.1/release/bzip2/lib -L/softs/osx64-clang-3.8.1/release/zlib/lib" AR="x86_64-apple-darwin13-ar" AS="x86_64-apple-darwin13-as" RANLIB="x86_64-apple-darwin13-ranlib" ./bootstrap.sh --without-icu --prefix=/softs/osx64-clang-3.8.1/release/boost --with-toolset=clang then I write a user-config.jam: using clang : : x86_64-apple-darwin13-clang++-libc++ : <cxxflags>-std=c++14 <cxxflags>-O2 <cxxflags>-DNDEBUG <archiver>x86_64-apple-darwin13-ar <ranlib>x86_64-apple-darwin13-ranlib ; and run b2: CC="x86_64-apple-darwin13-clang" CFLAGS="-O2 -DNDEBUG" CXX="x86_64-apple-darwin13-clang++-libc++" CXXFLAGS="-O2 -DNDEBUG -std=c++14" CPPFLAGS="-I/softs/osx64-clang-3.8.1/release/iconv/include -I/softs/osx64-clang-3.8.1/release/bzip2/include -I/softs/osx64-clang-3.8.1/release/zlib/include" LDFLAGS="-L/softs/osx64-clang-3.8.1/release/iconv/lib -L/softs/osx64-clang-3.8.1/release/bzip2/lib -L/softs/osx64-clang-3.8.1/release/zlib/lib" AR="x86_64-apple-darwin13-ar" AS="x86_64-apple-darwin13-as" RANLIB="x86_64-apple-darwin13-ranlib" ./b2 -d2 -j8 boost.locale.iconv=on boost.locale.icu=off boost.locale.std=off -sICONV_PATH=/softs/osx64-clang-3.8.1/release/iconv -sBZIP2_INCLUDE=/softs/osx64-clang-3.8.1/release/bzip2/include -sBZIP2_LIBPATH=/softs/osx64-clang-3.8.1/release/bzip2/lib -sZLIB_INCLUDE=/softs/osx64-clang-3.8.1/release/zlib/include -sZLIB_LIBPATH=/softs/osx64-clang-3.8.1/release/zlib/lib --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

2 2

[nowide] Library Updates
by Artyom Beilis 04 Mar '17

04 Mar '17

Hello, Disclaimer: --------------- I recently discovered that virtually all e-mails sent from Yahoo account to any mailing lists go to user's spam due to recent Yahoo's DMARC policy. So I'm sending some important stuff from GMail account that almost certainly was missed: What is Boost.Nowide: -------------------------------- Boost.Nowide is a library that make cross platform Unicode aware programming easier. The library provides an implementation of standard C and C++ library functions, such that their inputs are UTF-8 aware on Windows without requiring to use Wide API. It was inspiration and inspired by http://utf8everywhere.org/ development ideas and policy. Some updates regarding Boost.Nowide ------------------------------- 1. Library moved to github and its format is converted to modular boost layout: https://github.com/artyom-beilis/nowide 2. Fixed unsupported std::ios::ate flag by boost::nowide::fstream 3. Added some C++11 interfaces to boost::nowide::fstream 4. Added integration functionality with boost::filesystem: https://github.com/artyom-beilis/nowide/blob/master/include/boost/nowide/in… Note: that the links to the source code on review schedule aren't relevant, it should be: - Code: https://github.com/artyom-beilis/nowide - Documentation: http://cppcms.com/files/nowide/html/ Also the library is still looking for review manager. Artyom Beilis P.S.: I'm sorry if you are getting this as "duplicate"

2 1

[Boost-users] Unbounded integers and shared memory
by Antony Polukhin 04 Mar '17

04 Mar '17

Hello, One of the ISO WG21 C++ Study Groups is investigating the usecases of shared memory usage with wide arithmetics (Boost.Interprocess, Boost.Multiprecision, in-house solutions?). Particularly interesting: * Are there users that store unbounded numbers in shared memory? * Will bounded integers satisfy need of those users? Informal glossary: * "unbounded numbers" - numbers (integral, relational, floating point and others) that can store and operate on any huge value by dynamically allocating memory as necessary to maintain a representation of operation results. * "bounded types" - Numbers (integral, relational, floating point and others) which bounds are specified in number of bytes/bits/words at compile time and that do not allocate memory. Please, response if you are one of such users. Great thanks in advance! -- Best regards, Antony Polukhin

1 0