- Boost-users - lists.boost.org

Thread pools and Boost Asio
by Rodrigo Madera 02 Jul '13

02 Jul '13

Hey there. I use Boost Asio for async code everywhere in C++, even where there is absolutely no IO whatsoever. Just (ab)using Asio "for the async of it." Searching the net for the current status of async frameworks for C++, I see that there is an unofficial (please correct me if I'm wrong) threadpool library. Will it become official? If not, does the Boost community offer something simpler than Asio for this? I just feel that I'm abusing Asio, where something simpler would suffice. And threadpool might be it. Would be nice to see if other people are async'ing out there. Best regards, Rodrigo Madera

2 1

[asio] Getting started with strand
by Michael Powell 02 Jul '13

02 Jul '13

Hello, I want to get started using asio strand if at all possible. Getting started, however, I am struggling with a couple of errors/issues. For starters: * Cannot find std::enable_shared_from_this, std::move: they do not exist in our environment. * From there a ton of what look like steady-timer-related errors. Many of the errors are linker errors I think. Symbols cannot be resolved, such like this. I am pretty sure I am linking with the correct Boost libraries (statically, multi-threaded). Possibly need to rebuild Boost with different compiler settings? Also, possibly we do not have the correct compile-time switches enabled. Possibly also not linking with the correct libraries. We are cross-compiling into ArchLinux for ARM using Sourcery CodeBench, basically a GCC 4.7.2 based environment. That or are we stuck with the old-style approach to scheduling asio io_service callbacks? Would much prefer strands if we can somehow manage it. Thank you... Regards, Michael Powell

1 2

boost 1.54 and intel compiler ?
by avib369 . 02 Jul '13

02 Jul '13

I have noticed that the Intel Compiler is no longer mentioned ? Has this compiler been dropped ? Ta, Avi

3 2

Serializing containers of movable but noncopyable types
by Daniel Mitchell 02 Jul '13

02 Jul '13

While attempting to serialize a std::vector<T>, where T is a movable but noncopyable type, I was getting blown up by the call to s.push_back() on line 65 of collections_load_imp.hpp (Boost 1.53.0). In my local copy of that header I changed s.push_back(t.reference()) to s.push_back(std::move(t.reference())). Is this a safe change? Is there a better way to handle this case?

2 2

[enable_shared_from_this] Disappeared
by Michael Powell 02 Jul '13

02 Jul '13

Hello, Where did it go from 1.53? We have not upgraded our compiler environment at all, so we are still depending on boost::enable_shared_from_this, however, this seems to have been dropped for std::enable_shared_from_this, which we do not have. Sounds like a bug report? Regards, Michael Powell

2 1

Random generators for Monte Carlo simulations
by Frédéric Bron 02 Jul '13

02 Jul '13

Hi, A collegue of mine performs Monte Carlo simulations. I made him switch with success to boost::random a few years ago. He recently found the following reference: http://www.agner.org/random and http://www.agner.org/random/ran-instructions.pdf The author proposes generators that are not implemented in boost called "Mother of All", "SFMT" and a special one that is a combination of two different generators (SFMT and Mother of All). Has anybody already done that using boost::random? Regards, Frédéric

2 1

Re: [Boost-users] [boost] Boost 1.54.0 released!
by John Maddock 02 Jul '13

02 Jul '13

The PDF build of the boost documentation (for those libraries that support it) is now at https://sourceforge.net/projects/boost/files/boost-docs/1.54.0/. Please let me know if there are any SNAFU's. Regards, John.

1 0

[zlib] Which version to use
by Michael Powell 02 Jul '13

02 Jul '13

Hello, Some of the build depends on zlib being readily available. For 1.53, I was building against zlib 1.2.7. Is that sufficient for 1.54? There is a zlib 1.2.8 available; worth upgrading to? Yes, no, possibly so? Thank you... Regards, Michael Powell

1 0

Do correct instructions for MinGW install exist?
by Kirk Joppy 01 Jul '13

01 Jul '13

Dear Boost users, I have recently been trying to install boost 1.53 for use with MinGW. I followed the instructions here http://www.boost.org/doc/libs/1_53_0/more/getting_started/windows.html#prep… to the letter with resulting failure. I then noticed that when running b2 install --prefix=G:\boost_1_53_0\my-build from G:\boost_1_53_0\tools\build\v2 as per the instructions, the first few lines of output read warning: No toolsets are configured warning: Configuring default toolset "msvc" warning: If the defrault is wrong, your build may not work correctly warning: Use the "toolset=xxxxx" option to override our guess warning: For more configuration options, please consult <webpage> I have consulted the recommended web page and I think I have gotten a working install. However, given that the instructions as written are incorrect I would like to ask 1. Is there a correct, definitive source of instructions for installing boost (with MinGW)? 2. Should the documentation be corrected? I think this error is important given that the section I was working from is specifically indicated to pertain to non-MSVC builds. 3. I have found several conflicting sources of information regarding how to build boost for use with static linking. StackOverflow, for example, has several posts about this, none of which agree with each other. Is there are definitive, correct source of this information? If not I suppose I will post to this mailing list asking about it. Thank you for your consideration. Regards, kjoppy

1 0

Boost.Test on Windows x64
by User 8583 01 Jul '13

01 Jul '13

Hello, I am trying to use Boost.Test 1.53 on a Windows 7 x64 platform and VS2012. I compiled the libraries using .\b2 variant=release link=static threading=multi runtime-link=shared toolset=msvc-11.0 address-model=64 Linking the libraries with my (x64) test program produces the following error: libboost_unit_test_framework-vc110-mt-gd-1_53.lib(unit_test_suite.obj) : fatal error LNK1112: module machine type 'X86' conflicts with target machine type 'x64' I am surprised as I have used the boost serialization library compiled with the same command line in x64 programs without such error. Any help appreciated, Bob

3 8