- Boost-users - lists.boost.org

BOOST_FOREACH prevent 100% code coverage.
by Marcin Zawadzki 12 Oct '12

12 Oct '12

Hi, I'm using BOOST_FOREACH in my code. And because it's macro so the whole code behind the macro is inserted in place where it's used. So finally when generating code coverage using gcc/gcov for my file it says that I have not covered branches in line with BOOST_FOREACH. And the question is - is it possible to somehow exclude BOOST_FOREACH form coverage results? Thanks, Marcin

2 1

Get patch to boost/property_tree/detail/json_parser_write.hpp included in release?
by Shane Turner 11 Oct '12

11 Oct '12

Is there any chance that patch to boost/property_tree/detail/json_parser_write.hpp provided in https://svn.boost.org/trac/boost/ticket/5598 could be included in the latest release? It would save me from having to manage the patch in our development environment. Thanks, Shane Turner -- Shane Turner Senior Software Developer phone +1 (902) 406--8375 x1008 email Shane.Turner(a)NewPace.ca <mailto:Shane.Turner@newpace.ca> aim <aim:GoIm?screenname=Shane.Turner@newpace.ca>/msn <msnim:chat?contact=Shane.Turner@newpace.ca> Shane.Turner(a)NewPace.ca <aim:GoIm?screenname=Shane.Turner@newpace.ca> skype saturnjct <skype:saturnjct>

1 0

[smart_ptr] forward instead of including shared_ptr.hpp
by Rune Lund Olesen 11 Oct '12

11 Oct '12

Hello all Anyone got an opinion on this. I looked in boost, and there doesn't seem to be forwards for this. Suppose I am writing my .h file, instead of including shared_ptr.hpp i could just forward it using the following: namespace boost { template <class T> class smart_ptr<T>; } My concern is compilation time, as im going to do this in 1000+ .h files. If, in the user code, the function returning smart_ptr is not used, this could save some compilation time, but then again is that enough to justify a forward ? Regards Rune

1 0

Re: [Boost-users] [CMake] [boost][b2] Differenciate 32bit and 64 bit binaries when using CMake.
by Klaim - Joël Lamotte 11 Oct '12

11 Oct '12

Júlio Hoffimann said: > > I don't know if i understood correctly, but you can set the library > directory by hand, please refer to > /usr/share/cmake-<version>/Modules/FindBoost.cmake, in particular the > variable BOOST_LIBRARYDIR. On Thu, Oct 11, 2012 at 1:29 PM, Miller, Frank <FMiller(a)sjm.com> wrote: > A simple solution would be to install only the 64bit version of boost > into a new directory and change the environment variable to point there. > Then FindBoost will only be able to see the version you want. > Thanks, this will solve my immediate problem, but it don't solve it in general. (I will use it though, so thanks) I can't guarantee where the boost libraries are installed for other developers of my project, that's why I use FindBoost. My current understanding is that boost don't have a specific default lib dir for different address models, which is the source of the problem as FindBoost script can't rely on a protocol to find these lib files. Am I correct? Joel Lamotte

1 0

[boost][CMake][b2] Differenciate 32bit and 64 bit binaries when using CMake.
by Klaim - Joël Lamotte 11 Oct '12

11 Oct '12

I am having a problem with b2 on Windows using Visual Studio (2010 & 2012 but it is irrelevant): Until now I was building boost with b2 in a way that would first build 32 bit version in the default library directory, then the 64bit version in lib/64 . I wasn't using the 64bit version until this morning so I didn't get any problem whatever my use of boost was. I often use Cmake these days and I set the boost environment variables for FindBoost CMake script to find it. My problem is that I'm trying now to use the 64 bit version now and CMake FindBoost script will only find the 32 bit version. CMake correctly assume that the library files in the lib directory are the one to use, however it have no apparent way to find if it is for 64 or 32 bit. Now I'm not sure how to fix this. I see two solutions but I don't see how to apply them: 1. make b2 generate lib and dll files with an additional indication on if it's 64 or 32 bit address model. I didn't find such option in b2 --help so I assume that it is not possible? 2. find a way for CMake FindBoost to automatically find the 64 bit binaries instead of the 32 bit binaris. I don't see a clear solution to achieve this, because it depends a lot on how boost have been compiled. Note: I don't want to use a default boost installation, I want to use my custom build. Any advice on how I should proceed? Thanks for your patience. Joel Lamotte

2 1

[boost::filesystem] Getting the uid or gid of a file
by Avishay Orpaz 11 Oct '12

11 Oct '12

The filesystem library does not include any function to access the uid and gid of a file. Is there other way than calling the native stat()? Avishay

1 0

[mpi] Collectives on intercommunicator ?
by Alain O Miniussi 11 Oct '12

11 Oct '12

Am I correct in assuming that collective communications are not supported with Boost.MPI intercommunicators ? Thanks -- Alain Miniussi Responsable Tech. Centre de Calcul Haute Performance Observatoire de la Côte d'Azur - BP 4229 - 06304 Nice Cedex 4 tel: +33 4 92 00 30 09 https://crimson.oca.eu

2 2

Asio and ZeroMQ
by Matthias Vallentin 11 Oct '12

11 Oct '12

A while ago, Maciej Gajewski started an effort to use Asio to observe a ZeroMQ socket [1]. Based on his code, I put together a thin library that wraps the implementation details. Since other have requested a working example, here it is now at github: https://github.com/mavam/bmq Any feedback is highly appreciated. A basic usage example looks like this: #include <boost/asio/io_service.hpp> #include <bmq.h> int main() { boost::asio::io_service io; bmq::context ctx(1); bmq::component c(ctx, io); auto sink = c.add_sink(ZMQ_PAIR, "inproc://x"); c.subscribe(sink, [](bmq::message&& msg) { std::string str(static_cast<char*>(msg.data()), msg.size()); std::cout << str << std::endl; }); auto source = c.add_source(ZMQ_PAIR, "inproc://x"); bmq::message msg(const_cast<char*>("foo"), 3, nullptr); source->send(msg); // Execute message handler. io.poll(); return 0; } At this point, the library is really thin and only provides very rudimentary wrapping of ZeroMQ. In the future, I plan to extend it in order to facilitate applications that build on message-passing. The dataflow abstraction I envision is essentially a directed graph, where nodes represent components and edges communication links. 0mq provides the edges and the Asio handles asynchronous event processing at the component level. The motiviation is that this model lends itself well for scaling out distributed systems over large clusters. Matthias [1] http://permalink.gmane.org/gmane.network.zeromq.devel/9538

4 4

[1.52.0] Beta release candidates available
by Marshall Clow 10 Oct '12

10 Oct '12

Release candidate files for 1.52.0 beta 1 are available at http://boost.cowic.de/rc/ As always, the release managers would appreciate it if you download the candidate of your choice and give building it a try. Please report both success and failure, and anything else that is noteworthy. This helps ensure the candidates build OK before we push them out to SourceForge. The files (and associated md5s) are: 61a852c923c7e27d84fd2e6336d787f2 *boost_1_52_0_beta1_rc1.tar.gz 956fb476326ee634225c683612493fdd *boost_1_52_0_beta1_rc1.tar.bz2 703663eca3122152031c5555e26845c0 *boost_1_52_0_beta1_rc1.zip b277b6f36ead9df9a0754c868956f30c *boost_1_52_0_beta1_rc1.7z Thanks, --The release managers

4 10

[boost test] spelling error
by Ovanes Markarian 09 Oct '12

09 Oct '12

Can you please fix the spelling error in http://www.boost.org/doc/libs/1_51_0/libs/test/doc/html/tutorials/new-year-… BOOST_AUTO_EST_CASE( constructors_test ) Should be BOOST_AUTO_TEST_CASE This error is in both code snippets. Regards, Ovanes

2 1