Boost logo

Boost :

From: Pavol Droba (droba_at_[hidden])
Date: 2002-11-24 03:56:55

Hi John,

I have looked into your code. It's pretty interesting, however as I see the current
situation in Boost development, your lib ranges over 3 differnt topics which are handled
by 3 different libraries.

(i) Unification of the interface for various sequence types, including char* variants
    is being developed as a part of new container_algo interface by Thorten Ottosen and
         Jeremy Siek.

(ii) I'm working on string_algo library which deal mainly with alorithms and does not
        impose a specific requirement over string. Now it work almost with any sequence and
   when container_algo lib will be finished it would work almost with anything.

(iii) Substring class. This is the latest addition proposed by Alexei.

All these topic have common intersetcion and should be designed and implemented in the
way they can work and benefit from each other. However I think it is a good idea to leave
them separate, because each of them can be useful even without the rest.



On Sat, Nov 23, 2002 at 12:46:56PM -0000, John Maddock wrote:
> Alexei,
> Looks like we're all thinking alike, a while ago I put together a sequence
> based substring class that could act as a universal wrapper for any string
> like object, along with a set of algorithms to act upon it: it's based
> loosely on Darin Adler's original string algorithm code.
> classes:
> string_traits: this is the glue that allows the classes and algorithms to
> act upon any string like object (std::string, char*, other string classes
> etc)
> basic_substring: an immutable view of any string like object (or iterator
> sequence).
> Algorithms returning a substring:
> rtrim
> ltrim
> trim
> Algorithms returning a new string:
> make_upper
> make_lower
> Inplace transformations:
> inplace_ltrim
> inplace_rtrim
> inplace_trim
> inplace_make_upper
> inplace_make_lower
> And then I ran out of time... :-)
> I've put what I have at
> it's actually pretty complete with full test cases etc, but I'm not sure
> where this would fit in with the proposed new string lib, plus I'm pretty
> short of time at present. Still I'm hoping someone can make use of this and
> maybe the new string lib can include a synthesis of all these ideas...
> John Maddock
> _______________________________________________
> Unsubscribe & other changes:

Boost list run by bdawes at, gregod at, cpdaniel at, john at