- Boost - lists.boost.org

uploaded Channel - a lib for (distributed) message passing and event dispatching to boost vault
by Yigong Liu 20 Mar '09

20 Mar '09

Hello there, I just upload a updated version of my Channel library to Vault under Main/"Distributed Computing". This version contains some update for Channel to work with the latest boost distributions and change to boost license, since there are several requests for me to update and upload to Vault. A brief description: Channel procides name space for distributed message passing and event dispatching. Its major components (message IDs, routing algorithms...) are configurable as template parameters. As a namespace shared by peer threads, channels support publish/subscribe scope control, message filtering, and translation.. Thanks Yigong

2 4

Question on ABI tags and autolinking
by Philip Lowman 20 Mar '09

20 Mar '09

Hi, I'm working on some cleanup of CMake's FindBoost module and had a few questions about Boost and it's ABI tags. 1. Are the ABI tags as defined on the webpage below always defined in this order in generated libraries? http://www.boost.org/doc/libs/1_38_0/more/getting_started/windows.html#libr… 2. Regarding the "-s" ABI tag, the current CMake module has a deficiency and only searches for it under Windows and only after not being able to find a non "-s" library there. On other platforms it doesn't search for the "-s" at all. I'm curious what the defaults are for building Boost against static C/C++ system libraries using Boost's present build system? Does this happen on compilers other than VS? I just want to know if there is any history to this oddity or if it's just a bug. 3. Are "-p", "-n", and "-y" ABI tags persistent across all generated libraries filenames once one of them is enabled? In other words, the generated Boost library filenames vary only on "-s" (static runtime) , "-g" (debug standard/runtime libs) , and "-d" (debug build of boost library)? 4. None of this changes (or will change) under the CMake build of Boost, I trust? 5. Is there a consolidated list of Boost libraries online for which MSVC/Borland/etc. auto-linking is always against the shared library? I'd like to be able to link the end-user to a list of these, if possible. Thanks. -- Philip Lowman

2 3

[tuple][io] compiler error on empty tuple
by Rutger ter Borg 19 Mar '09

19 Mar '09

Apparently boost::tuple's io-support doesn't include empty tuples. See attached, this results in a compiler error using g++ 4.3.3. I think it shouldn't give an error, since "b" is a valid instance. Kind regards, Rutger ter Borg

2 2

[soc2009] Proposal for serialization library
by Hrvoje Ban 19 Mar '09

19 Mar '09

Dear Boost developers, Congratulations on being accepted as a mentoring organization. I'd like to work on Boost serialization library for this year Google Summer of Code. The feature I'd like, JSON archives, was suggested last year, but to my knowledge wasn't implemented. As part of my college project I have written LR(1) parsers for BBCode and Wiki Creole markup using JavaCup/JFlex, and also LL parser for BBCode using ANTLR. I'm not (jet) comfortable with Boost.Spirit, but since I'm quite familiar with (E)BNF notation, I can learn it quickly. I'd like to know are you still interested in this proposal and will there be mentor for me, if I get accepted? Sincerely, Hrvoje Ban

4 4

Exposing command line options within Jamroot
by brook＠biology.nmsu.edu 19 Mar '09

19 Mar '09

I am helping to maintain the pkgsrc packages for Boost. When compiling the shared libraries it is important to inject rpath information into them so that the linker will correctly find dependencies. Thus, I would like to add a <dll-path> clause to the following stanza in Jamroot. # Install just library. install stage-proper : libs/$(libraries)/build : <location>$(stage-locate)/lib <install-dependencies>on <install-type>LIB <install-no-version-symlinks>on ; explicit stage-proper ; The obvious thing is to use something like <dll-path>$(libdir) or <dll-path>$(lib-locate) since those variables should be derived from the various bjam command line options or defaults. However, this variable (as well as the other obvious candidates like $(prefix), $(exec_prefix), etc.) do not seem to be defined within the context of Jamroot. The only place I am aware of these command line arguments being handled is deep within boost/tools/build/v2/tools/package.jam, in which case they are part of the install rule. I am guessing that burying the logic like that prevents the variables from being useful anywhere else, but I know very little about how bjam actually works. Thus, I believe there are two options: - Modify Jamroot itself or some other *.jam file to expose these variables (prefix, exec_prefix, etc. or some appropriate subset of them) so that command line options can better control what bjam does. - Modify Jamroot to introduce a new command line argument (e.g., --dll-path) and variable ($(dll-path)) to use for this specific purpose. I would like the solution to be one that will be acceptable into the Boost code base. Please advise me on how to proceed. Thank you very much. Cheers, Brook

2 1

Re: [boost] [gsoc][student] Proposal
by Joseph Gauterin 19 Mar '09

19 Mar '09

You're proposal has significant overlap with Crypto++ (public domain). You might want to investigate some sort of code sharing, or at least have a look at how they've done things.

2 1

[gsoc][student] Proposal
by Kasra 19 Mar '09

19 Mar '09

Hi, My proposal is to have a crypto library that provides high-level facilities. The library has different encapsulation layers. Within the low-level (internal) there are algorithms that share the same concept i.e. class block_cipher_type: + setkey(const void* key, size_type key_size) -> void; + encrypt(void* output, const void* input) -> const void; + decrypt(void* output, const void* input) -> const void; class stream_cipher_type: + create() -> void; + update(const void* input, size_type output) -> void; + update_final_block(const void* input, size_type output) -> void; and etc. Also entropy sources that use kernel specific entropies with addition of asynchronous generators. Finally a std:: iostream interface for cryptographically transformed streams. That use a transformer for the cryptographical transformation. Any interest??? -- Kasra

4 3

range transformed -adaptor incompatible with lambda functions
by Sandeep Gupta 19 Mar '09

19 Mar '09

Hi, I would be nice if range-transformed worked with lambda functions. Is this an intended behaviour. To illustrate the following two statements fail for_each(myvec|boost::adaptors::transformed(arg1+mask), std::cout<<arg1<<' '); for_each(myvec|boost::adaptors::transformed(boost::lambda::_1 + mask), std::cout<<boost::lambda::_1<<' '); But this is fine: for_each(myvec|boost::adaptors::transformed(double_int()), std::cout<<boost::lambda::_1<<' '); where double_int hand created function object with result_type declaration. Thanks sandeep

2 2

Boost.Asio and Steinberg ASIO
by Alexander Churanov 19 Mar '09

19 Mar '09

Hi folks! I wonder how Boost.Asio is related to Steinberg ASIO? It seems that ASIO is an older technology and it's name is a registered trademark. http://www.steinberg.net/en/company/steinberg_technology.html It's a source for confusion. For the first time I've noticed the Boost.Asio library, I was thinking it's an STL-compliant facade for Steinberg ASIO :-) Alexander Churanov

3 2

[gsoc][student] Proposal
by Kasra 19 Mar '09

19 Mar '09

Hi All, I was wondering how the community is feeling about a new library proposal? Since few month ago I started talking about boost.crypto on the mailing list and considered its implications with few (namely Kevin Sopp). At present the library has more than 60K LOC. Any thought? :D -- Kasra Nassiri

2 1