September 2004 - Boost - lists.boost.org

Boost License Permission
by Samuel Krempp 27 Sep '04

27 Sep '04

I Samuel Krempp, give permission for all my contributions to Boost to be moved to the Boost Software License Version 1. I thus add my name to more/blanket_permission.txt. -- Samuel Krempp

2 1

[build] doxygen and predefined macros
by Angus Leeming 27 Sep '04

27 Sep '04

My header file defines two macros, BOOST_LIB_NAME and BOOST_GLOB_DECL. I don't want either to be documented, but find that I can pass only one PREDEFINED variable to doxygen through Jamfile.v2. Multiple PREDEFINED lines don't work. Is ther a way to pass more than one variable on a single line? Regards, Angus import toolset ; toolset.using doxygen ; doxygen autodoc : ../../../boost/glob.hpp : <doxygen:param>EXTRACT_ALL=YES <doxygen:param>EXTRACT_PRIVATE=NO <doxygen:param>HIDE_UNDOC_MEMBERS=YES <doxygen:param>ENABLE_PREPROCESSING=YES <doxygen:param>MACRO_EXPANSION=YES <doxygen:param>EXPAND_ONLY_PREDEF=YES <doxygen:param>PREDEFINED=BOOST_GLOB_DECL <doxygen:param>SEARCH_INCLUDES=YES ; boostbook glob : glob.qbk.xml : <xsl:param>boost.root=../../../.. <xsl:param>toc.max.depth=3 <xsl:param>toc.section.depth=3 <xsl:param>chunk.section.depth=3 ;

1 0

Where are they now? (needed license permissions)
by John Maddock 27 Sep '04

27 Sep '04

Here are the people we still need to contact, in order to move the rest of Boost over to the BSL, if anyone has a more up to date email address for these folks than the ones shown here, please let me know, as at present they're not responding :-( Cadenza New Zealand Ltd mark.rodgers(a)cadenza.co.nz David Moore dmoore(a)viefinancial.com François Faure francois(a)cg.tuwien.ac.at Gennadiy Rozental ?? Guillaume Melquiond guillaume.melquiond(a)ens-lyon.fr Jaap Suter j.suter(a)student.utwente.nl Joerg Walter jhr.walter(a)t-online.de Mathias Koch ?? Joaquín M López Muñoz joaquin(a)tid.es Paul Moore ?? Ronald Garcia garcia(a)cs.indiana.edu Samuel Krempp krempp(a)crans.ens-cachan.fr Stephen Cleary scleary(a)jerviswebb.com Stephen Silver ?? Terje Slettebø tslettebo(a)chello.no Thomas Becker tmbecker1(a)yahoo.com William E Kempf ?? iMAGIS-GRAVIR UJF co François Faure francois(a)cg.tuwien.ac.at Francois.Faure(a)imag.fr uBLAS developers ?? Thanks! John.

2 1

explicit-failures-markup.xml invalid
by Stefan Slapeta 27 Sep '04

27 Sep '04

Currently all expected failures are not considered in the summary because explicit-failures-markup.xml was invalid. I've fixed the file now (...and hope there will soon be a fixed table, too :) ). Stefan

2 1

mingw-3.4.2 release candidate and regression tests
by Bronek Kozicki 27 Sep '04

27 Sep '04

Hello I'm going to upgrade testing environment from mingw-3.4.1 to mingw-3.4.2 release candidate (I will keep running tests on mingw-3.3.1 with toolset mingw, as it is now). I'm also going to upgrade mingw-runtime to version 3.5 and w32api to version 3.1. This might of course change results of regression tests I'm running, but I believe that these results will be closer to release version of mingw 3.4.2, when it's finally released. Any objections, opinions or advices about this move? B.

2 3

lexical_cast.hpp:102: error: `wstring' is not a member of `std' ?
by Rob 27 Sep '04

27 Sep '04

Hello, I'm not a boost expert, but I'm using LyX, which has boost (version 1.31.0) included in its source code. I have FreeBSD (4.10) and use gcc 3.4.2. When I compile LyX, I get an error from boost: [...] ../../boost/boost/lexical_cast.hpp:102: error: `wstring' is not a member of `std' ../../boost/boost/lexical_cast.hpp:102: error: `wstring' is not a member of `std' ../../boost/boost/lexical_cast.hpp:103: error: template argument 1 is invalid ../../boost/boost/lexical_cast.hpp:103: error: explicit specialization of non-template `<type error>' ../../boost/boost/lexical_cast.hpp:162: error: declaration of `operator>>' as non-function ../../boost/boost/lexical_cast.hpp:162: error: expected `;' before '(' token ../../boost/boost/lexical_cast.hpp:168: error: expected `;' before "private" When I reported this to the LyX list, I was told to forward the problem to the boost list. There may be a problem here with FreeBSD, gcc 3.4.2 and boost. Any idea what is going on here? Thanks, Rob.

2 1

dynamic_bitset taking a buffer...
by Boost Rookie 27 Sep '04

27 Sep '04

Hi, I've just started playing around with Boost. I have a specific need which I hope dynamic_bitset can fulfill. I'd like to have a dynamically sized bitbuffer which is initialized with a data stream of bits (this should be quite efficient). Then I'd like to extract the bits from that bitbuffer as specified in a protocol, e.g. bit 0-3 : version bit 4-5 : whatever bit 6 : ack bit 7-9 : whatever and so on... So something like this is what I think should be possible to do: // Note: Original code simplified to examplify... // Read DATALEN bytes from socket char buffer[DATALEN]; int read_bytes = read(socket,buffer,DATALEN); // Init a bit buffer (efficiently) boost::dynamic_bitset<unsigned char> bitbuf(buffer,read_bytes); // Extract different data, as specified by the communication protocol int version = bitbuf.get(0,4); // Extract 4 bits starting at position 0 int whatever = bitbuf.get(4,2); // Extract 2 bits starting at position 4 bool ack = bitbuf.get(6,1) // Extract 1 bit at the 6th position and so on... Reading docs at http://www.boost.org/libs/dynamic_bitset/dynamic_bitset.html shows that my shot at using dynamic_bitset is totally wrong! I cannot construct the bitbuf in that way. Instead, I should specify something called Block/BlockInputIterator as a template parameter? I do not know what that is. Looking at the examples at that page doesn't help either. Only different intergers are stored in the dynamic_bitset... It seems that a string of 1's and 0's can be stored but I really do not want to convert my original data buffer into a std::string and then convert that into a bitbuffer. After construction I do not see how to extract the bits!? Is it only possible to extract one bit at a time?!?!? Is dynamic_bitset designed to handle problems like this or am I trying to do something that is not possible? If dynamic_bitset can't help, is there something else in boost or elsewhere that is designed to solve problems like this? Thanks in advance!

1 1

true64 and Irix tests out of date?
by John Maddock 27 Sep '04

27 Sep '04

I committed a bunch of fixes for issues such as http://tinyurl.com/6s2go and http://tinyurl.com/3smk3 on Monday, but the latest regression test runs (dated Wednesday), are still showing the same errors - in fact they are showing errors for code that no longer exists, so I know that there's something up with the test runs :-) Anyone any idea what's going on, we haven't branched for release yet have we? Thanks, John.

3 3

[BGL] bfs and boost::ref
by Vladimir Prus 27 Sep '04

27 Sep '04

At the moment, it's not possible to pass the object returned by boost::ref as visitor to the breadth_first_search function. So, if visitor has state, I need to hold that state by pointer, which is inconvenient. Any opinions on the attached patch? Unless there are any objections, I'll commit it after we branch for release. - Volodya

2 2

Re:[boost] [serialization] scoped_ptr.hpp broken
by Robert Ramey 27 Sep '04

27 Sep '04

Vladimir wrote: > ......./boost/boost/serialization/scoped_ptr.hpp:36: error: `make_nvp' > undeclared (first use this function) >The attached patch fixes the problem. >BTW, Robert, this problem was introduce when you moved the content of the >header from boost::serialization to just boost::. What was the rationale? >The log only says: > fixes for cw/comeau implement ADL This was changed in order to function with compilers that implement two-phase lookup. This is described (somewhat) in them manual under the section:Reference/Class Serialization/Free Functions/Namespaces for Free Function Overrides Before this change, there is a problem with compilers which implement two-phase lookup. Overrides for templates have to be defined before their usage in another template. This conflicted with the implementation of BOOST_CLASS_EXPORT. To support these compilers, I had to either put non-intrusive serialization functions in the same namespace as the type being serialized or re-organize export. The latter is non-trivial and couldn't be guaranteed to be ready in time for release (at least at the time the issue came up). Perhaps, export may someday get re-organized so that BOOST_CLASS_EXPORT can appear before the archive classes which would resolve the problem in a simpler way. But for now - that's the way it is. Robert Ramey

2 1