- Boost-users - lists.preview.boost.org

[mpl] at<> behaves differently for vector_c<> and vector<>
by ☂Josh Chia (謝任中) 05 Feb '17

05 Feb '17

I asked earlier in a post "[mpl] Working with map, copy and back_inserter". This is a related question. The common question is: What does compile-time equality means in MPL, particularly for map and set key equality? Does it mean std::is_same? The following code works whether USE_VECTOR_C is defined as 0 or 1 -- the last 2 lines are static_asserts that have conditions determined by USE_VECTOR_C so that they succeed, highlighting the difference in behavior between USE_VECTOR_C == 0 and USE_VECTOR_C == 1. USE_VECTOR_C == 0 is the normal case where everything is working as I expect. USE_VECTOR_C == 1 is the unexpected case where the static_asserts in the last 2 lines have conditions altered so that they succeed. Why do vector_c and vector give me different "element values"? In general, what should I be careful about when trying to use the "compile-time values" as keys to avoid the situation elucidated by the last line, where I expect two "compile-time values" to be the same but they are not, resulting in two set/map items instead of one? To clarify, I'm using boost 1.63 with gcc 6.3.1 and -std=c++14 on Arch Linux. Josh #include <type_traits> #include <boost/mpl/at.hpp> #include <boost/mpl/insert.hpp> #include <boost/mpl/set.hpp> #include <boost/mpl/size.hpp> #include <boost/mpl/size_t.hpp> #include <boost/mpl/vector.hpp> #include <boost/mpl/vector_c.hpp> using namespace std; namespace mpl = boost::mpl; #define USE_VECTOR_C 0 using Zero = mpl::size_t<0>; #if USE_VECTOR_C == 1 using Vector = mpl::vector_c<size_t, 0>; #else using Vector = mpl::vector<Zero>; #endif using ZeroElt = typename mpl::at<Vector, Zero>::type; using EmptySet = mpl::set<>; using NonEmptySet = typename mpl::insert<typename mpl::insert<EmptySet, Zero>::type, ZeroElt>::type; static_assert(ZeroElt::value == 0, ""); static_assert(is_same<ZeroElt::value_type, size_t>::value, ""); static_assert(is_same<ZeroElt, Zero>::value == !USE_VECTOR_C, ""); static_assert(mpl::size<NonEmptySet>::value == USE_VECTOR_C + 1, "");

2 1

context library of boost: compiling for windows 32 on ubuntu 64
by Jack Kumba 04 Feb '17

04 Feb '17

Hello, I want to compile libboost_context.a for windows 32 on my ubuntu 64. for that, I specify the following in my user-config.jam file using gcc : : "i686-w64-mingw32-g++" ; and then, I run the following: b2 --with-context toolset=gcc target-os=windows variant=release link=static address-model=32 binary-format=pe architecture=x86 this gives me the following error: libs/context/src/unsupported.cpp:7:2: error: #error "platform not supported" #error "platform not supported" ^ "i686-w64-mingw32-g++" -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -march=i686 -mthreads -m32 -DBOOST_ALL_NO_LIB=1 -DBOOST_CONTEXT_SOURCE -DBOOST_DISABLE_ASSERTS -DNDEBUG -I"." -c -o "bin.v2/libs/context/build/gcc-mingw-5.3.1/release/binary-format-pe/build-no/link-static/target-os-windows/threading-multi/unsupported.o" "libs/context/src/unsupported.cpp" ...failed gcc.compile.c++ bin.v2/libs/context/build/gcc-mingw-5.3.1/release/binary-format-pe/build-no/link-static/target-os-windows/threading-multi/unsupported.o... full message is posted here: https://thepasteb.in/p/y8hzcR93o3XO7t2 It seems like the context library of boost is not supported to compile for windows on linux? Is it the case? Thanks, Aja

3 4

Can I config process_id to log file name in the .ini setting file using Boost.Log?
by Bruce 04 Feb '17

04 Feb '17

Hi, I am using Boost.Log to output log file and using .ini file to config it. Now I need to start the exe file from the same directory for more than two instance with different start id, something like this: >start my_app.exe 1 >start my_app.exe 2 But currently only the first instance output the log content and the second one can't get the log file because the two exe uses the same log file. So I need to tell the app to use the different log file. So I want to config the .ini file to add process_id to the output file name, but I don't know how? I want to config the ini file like this but it failed:-( FileName="./log/mylog_%ProcessID%.log" Is there a way to add precess id to the output file name? Thanks.

1 0

Boost iostreams for binary data
by Robert Dailey 03 Feb '17

03 Feb '17

I have my own BinaryInputStream and BinaryOutputStream classes that simply take a reference to some container that meets the requirements of random access and contiguous internal memory. It doesn't own this container, but rather serves as an adapter to the container to allow stream operators to be used for streaming out data. For example, you can stream a `std::uint32_t` to the binary stream, and it will insert 4 elements into an internal byte vector which is just `std::vector<std::uint8_t>`. I did not implement these in terms of IO streams, because those seemed a bit overkill and make a lot of assumptions on the data being text-only. Also I can't stream binary data into vectors, lists, and other containers because the data simply can't be parsed. Each stream out of a binary vector must be done so with a finite count of bytes. Would it make sense to implement these objects in terms of the IOstream facilities provided by boost? I know these were designed to make defining stream classes easier, but honestly I don't have a lot of experience with them. Any feedback on this? Thanks in advance. I can provide some example code if needed.

2 2

Mail List Migration - Update
by Michael Caisse 02 Feb '17

02 Feb '17

The Boost mail lists are now migrated to a new set of servers. This change affected all mail lists and web resources (signing up, changing passwords, moderator access, archives...) that were associated with the domain lists.boost.org . If you are having difficulties, please drop me an email. (Oh the irony) Happy coding! michael -- Michael Caisse Ciere Consulting ciere.com

1 0

Mail Lists Migrate at 00:00 UTC Feb 3
by Michael Caisse 02 Feb '17

02 Feb '17

The following mail lists will be switched to new infrastructure at 00:00 UTC on February 3rd. There will be a small interruption while the DNS/MX records propagate. * Boost - Boost developers' mailing list * Boost-announce - Boost announce-only mailing list * Boost-bugs - Bugs reported/updated through Boost's Trac * Boost-build - Boost.Build developer's and user's list * Boost-cmake - Discussion of the CMake-based build system for Boost * Boost-commit - Boost Subversion commit messages * Boost-docs - Discussion of Boost Documentation * Boost-Interest - Moderated announcements of interest to the Boost community. * Boost-maint - Boost community maintenance mailing list * Boost-mpi - Discussion of Boost.MPI development * Boost-test - Test list for the boost mailing lists * Boost-Testing - Running Boost regression tests * Boost-users - Boost Users mailing list * Geometry - Boost.Geometry library mailing list * glas - Generic Linear Algebra Software * proto - Discussions about Boost.Proto and DSEL design * threads-devel - Discussions about the boost.thread library * ublas - ublas mailing list -- Michael Caisse Ciere Consulting ciere.com

1 0

Cross compiling context library of boost for windows 32 on a linux 64-bit machine
by Jack Kumba 01 Feb '17

01 Feb '17

Hello, Did someone succeed cross compiling context library of boost for windows 32 on a linux 64-bit machine? OR Is it even possible? I see the following error: libs/context/src/unsupported.cpp:7:2: error: #error "platform not supported" #error "platform not supported" Also, there is this ticket on this issue https://svn.boost.org/trac/boost/ticket/7262 Please advise me. Thanks, Jack

1 0

Cross compiling boost (context, coroutine, filesystem, and system libraries) on ubuntu 64-bit for windows 32-bit (running on intel atom e3845 that is x86-64 bit)
by Jack Kumba 31 Jan '17

31 Jan '17

Hello, I want to cross compile context, coroutine, filesystem, and system libraries of boost for windows 32-bit (running on Intel Atom E3845) on my ubuntu 64-bit. To do that, I create a user-config.jam file in my homedirecotry and put the following: using gcc : mingw : i686-w64-mingw32-g++ : <compileflags>-m32 <linkflags>-m32 ; then, I would like to run following command: b2 --with-context --with-coroutine --with-system --with-filesystem --prefix=/home/jagdish/COMMELEC/prerequisits/real_boost_installation_dir/ toolset=gcc-mingw target-os=windows variant=release link=static address-model=32 runtime-link=static threading=multi architecture=x86 instruction-set=x86 abi=ms install is it good? Specifically, the options architecture, instruction-set, address-model? thanks in advance for your help. best, jack

1 0

[thread] understanding multiple statically-linked boost::thread in same process
by Simon Haegler 31 Jan '17

31 Jan '17

hi boost users, i am debugging an application where several shared libraries contain statically-linked copies of boost::thread (and other boost components). this means the static part of boost::thread is multiple times present in the process. on macos (apple clang 7.3) we see rare (but reproducible) access violations caused by boost::thread_specific_ptr::get() unexpectedly returning nullptr. if we enable assertions we get an assert in thread.cpp:151 if we dynamically link boost the problems go away. i can superficially understand that linking only one "common" instance of boost::thread is "more safe". what could be the explanation for this observation? is this setup even supported? one theory is that the implementations in pthread/thread_heap_alloc.hpp interfere with each other... the specific line where we get an unexpected nullptr (actually a bad reference) is here: https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_CGAL_cgal_b… the definition of CGAL_STATIC_THREAD_LOCAL_VARIABLE is here?: https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_CGAL_cgal_b… boost version is 1.59 TIA, simon -- Simon Haegler | Software Engineer Esri R&D Center Zurich | Foerrlibuckstrasse 110 | 8005 Zurich | Switzerland T +41 44 204 60 80 | shaegler(a)esri.com

3 3

C++Now 2017 Registration is Open
by Jon Kalb 31 Jan '17

31 Jan '17

Boost Users, Registration for C++Now 2017 is now open: http://bit.ly/CppNow2017IsOpen The conference will be in Aspen, Colorado from May 15th to 20th. The deadline for submissions is this Friday: http://cppnow.org/2017-conference/announcements/2017/01/06/call-for-submiss… Jon

1 0