- Boost - lists.boost.org

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

Re: immutable string
by Igor Kholodov 27 Sep '04

27 Sep '04

>>> Igor Kholodov <C.JUMP(a)prodigy.net> wrote: >>> >>>> I am testing immutable string outside boost, using >> it >>>> as string type with common text transformation >> library >>>> (http://cttl.sourceforge.net/) It works quite well, >>>> about 18% speed is gained while parsing large XML >>>> documents (>1MB) when using const_string. >>> >>> Could you please specify the compiler and STL >> implementation you use? >>> >> >> Tested with GCC 3.4.1 (mingw) and GCC 3.2.3 on linux. > >Then, I think, the results are very good because GNU ISO >C++ implementation of std::basic_string<> uses representation sharing with >reference counting, which is the same thing that const_string<> does. The >only difference between the std::basic_string<> and const_string<> is that >the latter one uses small string optimization, and, I think, this is what >makes it look better. > Glad if this helps. Any plans in the future to add reverse iterator support to const_string? I wrote some code to work around the absence of const_reverse_iterator, rbegin(), and rend(), all of which would be nice to have available. Regards, Igor Kholodov http://cttl.sourceforge.net/

2 1

program_options - required (or min/max) number of occurences declaratively?
by Jonathan Graehl 27 Sep '04

27 Sep '04

I grepped through the program_options source and couldn't find anything about declaratively specifying required options (or even more specifically, min/max # of occurrences), except for positional options. I know it's possible to do variables_map::count("option-name") or if I have an impossible default value bound to an option, I could check for that (default would = option absence), but it might be nice to have "requiredness" be a declared option trait, that could show up in the option description. value<int>(&myoption)->required() or something like that - obviously min/max wouldn't make sense for scalars (I have no use for min/max personally). -Jonathan p.s. I know there is a concept in the command line parser of "value required or not" - I'm talking about an *option* being required.

4 4

Re: immutable string
by Igor Kholodov 26 Sep '04

26 Sep '04

>Igor Kholodov <C.JUMP(a)prodigy.net> wrote: > >> I am testing immutable string outside boost, using it >> as string type with common text transformation library >> (http://cttl.sourceforge.net/) It works quite well, >> about 18% speed is gained while parsing large XML >> documents (>1MB) when using const_string. > >Could you please specify the compiler and STL implementation you use? > Tested with GCC 3.4.1 (mingw) and GCC 3.2.3 on linux. Igor Kholodov cttl(a)users.sourceforge.net http://cttl.sourceforge.net/ Igor Kholodov http://cttl.sourceforge.net/

2 1

RSI/cw-8.3 results
by Aleksey Gurtovoy 26 Sep '04

26 Sep '04

Rene, Since you are testing with a quite different configuration than ours, could you please adjust the name of your toolset somehow so that we have the ability to mark up the failures specific to your setup? Thanks, -- Aleksey Gurtovoy MetaCommunications Engineering

2 1

CW 9.3 results (or lack thereof) - current state
by Stefan Slapeta 26 Sep '04

26 Sep '04

After one day and one night of investigation, I think (!) I've finally managed to make bjam report correct results for my regressions. As it seems, the solution is not calling cv_env.bat before running the test. This batch file is also called again before each test case and it seems that the environment gets somewhat confused then: during the execution of the cmd file the errorlevel is still set to 0 after the test case has been executed although the test case definitely reported something different. What I know for sure is that this problem occurs independent of the OS and the machine (see the temporary 'slapeta_experimental' results) and whether the test is started by regression.py or not. The results for CW-9.3 seem to be correct now and thus there should be some more failing test cases for this toolset now. As for my Intel 8.0 results, I hope there are no similar interferences because they don't run without calling iclvars.bat once. I must manually make a testcase fail to verify this (before I fixed the tss cleanup, Intel failed, too, but this wasn't reported, either). That's where I am at the moment. Cheers, Stefan

4 5

Re: [boost] immutable string
by Igor Kholodov 26 Sep '04

26 Sep '04

I am testing immutable string outside boost, using it as string type with common text transformation library (http://cttl.sourceforge.net/) It works quite well, about 18% speed is gained while parsing large XML documents (>1MB) when using const_string. I would like to point out a couple of issues: First, there seems to be a typo in implementation of const_string& append(char_t c, size_t n). It should use a comma instead of dot when calling corresponding constructor of const_string. See const_string.hpp, line 444. Second, a lack of length() member function. Thanks, Igor Kholodov cttl(a)users.sourceforge.net --- Original Message --- From: "Maxim Yegorushkin" <e-maxim(a)yandex.ru> To: boost(a)lists.boost.org Subject: [boost] immutable string >Hello all, > >I've been working on a small library - an immutable C++ string. Now it is >in usable state and has been put in use in a couple of real projects. >Although it needs further polishing, I would like to know is there any >interest in such a library? > >Here is the link: http://conststring.sourceforge.net/ > >-- >Maxim Yegorushkin > >_______________________________________________ >Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost Igor Kholodov http://cttl.sourceforge.net/

2 2

Re: [boost] [Pointer Containers] [Indexed Set]
by JOAQUIN LOPEZ MU?Z 26 Sep '04

26 Sep '04

Hi Bruno, ----- Mensaje original ----- De: Bruno Martínez Aguerre <br1(a)internet.com.uy> Fecha: Viernes, Septiembre 24, 2004 10:44 pm Asunto: [boost] [Pointer Containers] [Indexed Set] > Hi. > > I was wondering if these two libs work together. That is, can > Indexed > Sets take ownership of my pointers? (First of all, the lib was renamed to Boost.MultiIndex.) Indexed containers are no different to STL containers in this respect: you can control ownership issues with some smart pointer, for instance boost::shared_ptr, so that objects pointed to get deleted along with the container. Apart from this, no special provision has been made to work with pointers. Ownership management aside, I'd say one of the key features of Thorsten's pointer containers is that their interface automatically dereference the pointers held so as to create the illusion that it is the actual elements that are being stored in the container. This feature is not supported by Boost.MultiIndex, and I don't think both libs can be used together to implement this artifact. To get something close to that, you can put a "view" on top of a multi_index_container of pointers and get dereferencing access. There are some view libraries out there. > > Also, I couldn't find the docs for neither of the two libs. I > looked here > http://www.boost.org/regression-logs/cs- > win32_metacomm/doc/html/libraries.html > for Indexed Set, The lib was renamed to Boost.MultiIndex, and will ship with Boost 1.32. In the meantime you can consult the docs at www.boost-consulting.com/boost/libs/multi_index > and here > http://boost-consulting.com/boost/more/formal_review_schedule.html > for > Pointer Containers. This Thorsten already anwered. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

5 6