September 2008 - Boost - lists.preview.boost.org

[filesystem] basic_path::operator>> issue for paths with spaces
by Johan Råde 22 Sep '08

22 Sep '08

When a path that contains spaces is extracted from a text file using basic_path::operator>>, then the path is truncated at the first space. Maybe basic_path::operator<< should put quotes around the path and basic_path::operator>> strip the quotes (if any). --Johan Råde

4 9

[process] another draft
by Ilya Sokolov 22 Sep '08

22 Sep '08

I would like to present my draft of the Boost Process library. If you are interested (Boris?), you may find a zip archive named process-is-0.3.zip here: http://www.boostpro.com/vault/index.php?direction=0&order=&directory=Proces… The library was originally written by Julio M. Merino Vidal. I continued from this point in the Boost sandbox: http://svn.boost.org/svn/boost/sandbox/SOC/2006/process/trunk/ Currently it builds with msvc-9.0-express and gcc-3.4.4/cygwin. It is in experimental stage right now, so don't be surprised if most the of interfaces will change in the future. Ilya Sokolov

3 4

Building Boost libs on Scratchbox/ARM
by Tobias Oberstein 22 Sep '08

22 Sep '08

I needed some small patches for building the Boost libs on a Debian-based system which is using GCC 3.4.4 toolchain (CodeSourcery ARM 2005q3-2). Target devices are Nokia Internet Tablets. See attached patches. Q: To optimize for the target CPU, I added the following line to tools/build/v2/user-config.jam using gcc : : : <compileflags>-mcpu=arm1136jf-s <compileflags>-mfpu=vfp <compileflags>-mhard-float <compileflags>-mfloat-abi=softfp ; However, when building I only see gcc.compile.c++ as compile command. How do I know if the options are actually used? Thx, tgo

2 2

Request for Interest in eval
by Christian Hoermann 22 Sep '08

22 Sep '08

This is a request for interest in a C++ header-only eval library. The main aim of the library is to provide means for calling compiled C++ functions/methods/constructors from within a script (which does not have to be compiled). An eval script can take arguments from the compiled code, as well as return arbitrary values. In order to make a function/method/constructor work with the library, the user only has to mention it in an eval header file, which is not unlike a normal C++ header file. (Although, in an eval header, oftentimes just the name of the function/method is necessary, rather than the full prototype.) For example syntax, documentation and a proof of concept release, see http://eval.sourceforge.net . Note that the release is still very limited in functionality; conditionals, loops and most operators are not yet supported. So, would there be any interest in such a library? Christian

6 8

[fusion] discrepancy between std::accumulate and fusion::accumulate
by Stjepan Rajko 21 Sep '08

21 Sep '08

Hello, I just started playing with an abstracted accumulate function which can be called either with a fusion sequence or a range, and calls fusion::accumulate or std::accumulate as appropriate. In using it, I ran into an interesting discrepancy: std::accumulate expects binary functions which take the accumulator as the first argument and the sequence element as the second argument. fusion::accumulate expects the arguments in reverse. This discrepancy makes the abstraction unnecessarily complicated, because the binary function has to either be able to receive the arguments in either order, or be adapted (e.g., with bind) for one of the cases. Or, I'm just missing something :-) I guess I just wanted to point this out - perhaps it might be a useful thing to mention in the docs. BTW, MPL follows the standard library convention. Kind regards, Stjepan

3 3

[test] dsiable warnings for msvc 9.0
by Jürgen Hunold 21 Sep '08

21 Sep '08

Hi ! Please find a patch for boost/test/detail/config.hpp attached which bumps the msvc version for BOOST_WORKAROUND to 1500 (msvc-9.0) Okay to commit (or should I use == 1500 ?) I'm not quite sure _how_ those workaorund macros work... Yours, Jürgen -- * Dipl.-Math. Jürgen Hunold ! Ingenieurgesellschaft für * voice: ++49 511 262926 57 ! Verkehrs- und Eisenbahnwesen mbH * fax : ++49 511 262926 99 ! Lister Straße 15 * juergen.hunold(a)ivembh.de ! www.ivembh.de * * Geschäftsführer: ! Sitz des Unternehmens: Hannover * Prof. Dr.-Ing. Thomas Siefer ! Amtsgericht Hannover, HRB 56965 * PD Dr.-Ing. Alfons Radtke !

3 5

[CodeGear] Looking for volunteers
by Nicola Musatti 20 Sep '08

20 Sep '08

Hallo, As I mentioned in a previous post I'm in the process of submitting patches for the official inclusion in Boost of the fixes contained in the custom 1.35 distribution that currently ships with CodeGear's C++ Builder 2009. However some of these fixes do not adhere to Boost standards and need some rework before they are accepted. This is a task for which I could do with some help! Specifically I'd be very grateful if someone could take the patch I posted here: http://svn.boost.org/trac/boost/ticket/2346 and modify it to comply with the requests placed by John Maddock in his comment. Thank you in advance! Cheers, Nicola -- Nicola.Musatti <at> gmail <dot> com Home: http://nicola.musatti.googlepages.com/home Blog: http://wthwdik.wordpress.com/

1 0

Revision id in files.
by Robert Jones 20 Sep '08

20 Sep '08

Despite using Boost for a little while I've only just noticed that many, (perhaps most or all) Boost files do not contain the Subversion release id. This seems less than ideal, but I can't imagine it is not a considered decision. So why is it this way? - Rob.

2 1

[interprocess] difference in timed_wait behavior under linux and windows
by Sergei Politov 20 Sep '08

20 Sep '08

Hello, I have the following issue, when I'm calling interprocess_condition.timed_wait with time equals to boost::posix_time::pos_infin it has different behavior under linux and under windows. Under windows it is similar to interprocess_condition.wait, but under linux it fails with assertion here: file boost\interprocess\sync\posix\interprocess_condition.hpp: inline bool interprocess_condition::do_timed_wait (const boost::posix_time::ptime &abs_time, interprocess_mutex &mut) { timespec ts = detail::ptime_to_timespec(abs_time); pthread_mutex_t* pmutex = &mut.m_mut; int res = 0; res = pthread_cond_timedwait(&m_condition, pmutex, &ts); assert(res == 0 || res == ETIMEDOUT); return res != ETIMEDOUT; } I don't know which behavior is better, but I suggest it should be the same for both OSes. Best Regards, Sergei

2 3

[test] console_test_runner ported on *nix
by Gennadiy Rozental 20 Sep '08

20 Sep '08

Hi, I've ported console_test_runner on *nix platforms. It now should work identically both on NT and *nix. I've added Jamfile as well. Please report any issues with it on this list. Gennadiy

4 13