- Boost - lists.preview.boost.org

[Correction] Extensive interdependencies in Boost
by Philip Bennefall 17 Oct '13

17 Oct '13

I'd like to correct some numbers in my recent post. I was looking at a directory containing the Boost files that had been put in a GIT repository so it had some files in it that were related to that. The true numbers are 1239 files (11.6 MB) when using bcp on boost/unordered_map.hpp. Sorry about the carelessness. Kind regards, Philip Bennefall

1 0

Contributing to boost
by Cosmin Boaca 17 Oct '13

17 Oct '13

Hi, My name is Cosmin Boaca and i would like to contribute to boost. I have contributed to some other open-source projects before and i have some C++ programming experience. I have no prior experience with boost. Can you give me some tips about what should i do first ? Thanks, Cosmin Boaca

4 3

Boost Serialization on Sun Solaris with rwtools7_std
by Duc Tran 17 Oct '13

17 Oct '13

Hi All, My project is using rwtools7_std library on Sun Solaris. However, Boos Serialization needs stlport4 and these two libraries cannot work together. Does anyone use Boost on Sun Solaris with rwtools7_std before? Can I change Boost library to use rwtools7_std instead of stlport4? The reason is my project has to use rwtools7_std. Thank you. Dennis

2 7

[regression test][IBM_Canada_Ltd] Regression tester stuck at rev 86223
by Joaquin M Lopez Munoz 16 Oct '13

16 Oct '13

Hi, a heads up: IBM_Canada_Ltd is cycling regulrly, but seems to be stuck at rev 86223, dating from Oct 9. Best, Joaquín M López Muñoz Telefónica Digital

1 0

GSoC 2014
by Sumol Lodha 16 Oct '13

16 Oct '13

Hi, My name is Sumol. I'm a 3rd year Computer Science student. I am new to Open Source Development and want to explore and experience it. I am interested to work for Boost in GSoC 2014. Seeing last year GSoC projects of BOOST I would be really interested in working projects related to maths and computing. Any pointers on how should I go about it ? Thanks, Sumol

4 4

Is there interest in a library for object (especially STL object) marshalling?
by Roger Sanders 16 Oct '13

16 Oct '13

Hi there, I'm not totally sure if this is the right "fit" for boost or not. Perhaps this problem isn't general or abstract enough to warrant inclusion within boost, but I thought I'd send an email around to see what people thought. I've written a library that I've been using extensively, both for my own code, and more recently for a large project in my work, that allows STL objects to easily be exchanged over a function call, even if the caller and the target function represent those STL objects using incompatible binary layouts. This is intended in particular to deal with the common problem of sharing STL objects between multiple compiled assemblies, such as a main executable and satellite DLL's. I'm already using this library extensively to exchange STL objects over pure virtual interfaces for a plugin-based application. The traditional advice people give is "don't use STL objects across DLL boundaries", but this is impractical for applications that are heavily modularized, or plugin-based applications with complex interfaces. Dealing with raw arrays and pointers is often difficult and error-prone, hence why we have STL containers to begin with. Returning data from a function call can also become extremely difficult when STL containers aren't used. With an array for example, if the total number of elements cannot be known by the caller, this can lead to fixed-sized buffers being used with hard-coded maximums, or functions requiring multiple calls, either to determine the size of the data, or to free an allocated buffer that's been returned. Attempting to use STL containers across assembly boundaries without addressing STL compatibility issues however basically requires you to use the exact same compiler version and compiler flags when building each assembly, which is not really possible with a plugin system designed to allow third-party plugins, or even simply with assemblies built at different times on different systems, and it's also inconvenient for development, since you can't easily compile just one assembly with debug compiler settings, while leaving the other assemblies compiled with release compiler settings. Ideally, you want the same signature for a function or method, whether the target code is contained within the same assembly or not. The goal is to make these assembly boundaries "invisible", so you can just write the same code to access functions, regardless of where the code for the target function is located. With the help of this library, along with a simple inline wrapper function which the caller is basically unaware of, that can be achieved, and existing code which makes use of STL objects can be shifted into separate assemblies without refactoring. I haven't found another library like this in the public domain, that attempts to solve this issue comprehensively for any type. Some of the points about my current library implementation are as follows: -Fully template based, with all code defined in header files. -Support for all *primary (see exclusions below) STL container types up to C++11, including strings and keyed containers. -Supports infinite nesting of STL container types, IE: std::vector<std::list<std::map<std::wstring, std::stack<unsigned int>>>> -Heavily optimized, with profiled performance comparable to the best possible hand-written marshalling code. -Extensible, so new STL container types, or boost container types for example, and potentially user-defined types, can be supported and marshalled in a consistent manner, even when nested within each other. *The only three containers I'm aware of that I haven't supported yet are std::pair, std::tuple, and std::bitset, although I can include support for them easily enough. Although difficult, I can also think of how to add support for pointer types such as std::shared_ptr, where object lifetime and destruction can be correctly and automatically managed across assemblies when these types are marshalled. The only compiler requirement here is that each assembly uses a compatible C++ ABI, or at least, as much as is required to allow calling a virtual member function on an object that was constructed within another assembly. What I wanted to get an idea on is whether there is any interest in having something like this included as part of boost? Perhaps there's enough scope here for a general "marshalling" library, that would address some other similar concerns in the future? There would be a fair amount of work to do in order to "boostify" the library and write the corresponding documentation, but I'd be willing to do it if there was interest. Any feedback, thoughts, criticisms? Thanks, Roger Sanders.

3 4

Re: [boost] Fastest Data-structure maybe from STL or Boost ..!!
by Andrew Hundt 15 Oct '13

15 Oct '13

On Mon, Oct 14, 2013 at 11:22 PM, Sylvain Bougerel < sylvain.bougerel.devel(a)gmail.com> wrote: > > > It's seems you need 2-dimensional sorting, one dimension for data, one > for > time. I have a library that is written for this kind of real-time analysis > in multi-dimension, it has k-d tree containers that are self re-balancing, > with insertion in fractional amortized time. You can check it out here: > http://spatial.sourceforge.net/ > > I've been wanting to propose it for review on boost, but never got around > to do it, cause I believe the documentation is sub-par. How does this compare to the Spatial Indexes in Boost.Geometry? http://www.boost.org/doc/libs/1_54_0/libs/geometry/doc/html/geometry/spatia… Cheers! Andrew Hundt

2 1

Testing clang in Windows using VC++ RTL with Boost libraries
by Edward Diener 15 Oct '13

15 Oct '13

I have been trying to test clang in Windows using the VC++ RTL with Boost libraries but I am unable to do so with the clang toolset in Boost Build. The main reason for this is that clang in the configuration I want to test only takes a subset of the gcc command-line options but the Boost Build clang toolset is for clang on Linux ( or a Unix-like environment on Windows like cygwin or MingW/msys ). I am neither knowledgable enough or willing enough to try to create such a Boost Build toolset myself. So I am going to stop. I wish the clang people and Chandler Carruth best of luck getting it to work for Windows using VC++ RTL.

2 2

[trac] [predef] No `prefef` component in trac
by Michel Morin 15 Oct '13

15 Oct '13

There is no `predef` component, which will be shipped in Boost 1.55, in trac. Thanks, Michel

2 5

[predef] missing file On MacOS 10.7.5.
by Vicente J. Botet Escriba 15 Oct '13

15 Oct '13

Hi, I'm getting this error clang-darwin.compile.c++ ../../../bin.v2/libs/thread/build/clang-darwin-3.2x/debug/link-static/threading-multi/pthread/thread.o In file included from ../../../libs/thread/src/pthread/thread.cpp:33: In file included from ../../../boost/lexical_cast.hpp:156: In file included from ../../../boost/math/special_functions/sign.hpp:18: In file included from ../../../boost/math/special_functions/detail/fp_traits.hpp:27: In file included from ../../../boost/detail/endian.hpp:9: In file included from ../../../boost/predef/detail/endian_compat.h:11: ../../../boost/predef/other/endian.h:61:25: fatal error: 'sys/endian.h' file not found # include <sys/endian.h> ^ On MacOS 10.7.5. Please could this be fixed? Is there a test on the regression test using this file? Best, Vicente

5 15