On Fri, Nov 15, 2002 at 06:47:35PM +0100, Thorsten Ottosen wrote:
Seq rtrim( const Seq Input, const std::locale Loc=std::locale() )
Seq rtrim_in( Seq Input, const std::locale Loc=std::locale() )
Seq trim( const Seq Input, const std::locale Loc=std::locale() )
Seq trim_in( Seq
On Fri, Nov 15, 2002 at 06:57:47PM +0100, Thorsten Ottosen wrote:
- Original Message -
From: Pavol Droba [EMAIL PROTECTED]
bool contains( const Seq1 Input, const Seq2 Prefix, BinaryPredicate
Comp )
BTW, contains is one of the new proposed algorithms. It would be double work
On Sat, Nov 16, 2002 at 04:43:53PM -0500, Beman Dawes wrote:
At 11:58 AM 11/15/2002, Pavol Droba wrote:
Hi Boosters,
I have developed a set of various string manipulating functions into a
string_algo lib.
Pavol,
Have you taken a look at Darin Adler's string algorithms? See
http
On Sun, Nov 17, 2002 at 05:36:35PM +0100, Gennaro Prota wrote:
Hi Pavol, I haven't been following this thread so please forgive me if
I'm just pointing out something stupid, or problems that you already
know. I had a quick glance at the library and I'm a little confused at
what is its scope.
On Mon, Nov 18, 2002 at 06:14:01PM +0100, Thorsten Ottosen wrote:
- Original Message -
From: James Curran/MVP [EMAIL PROTECTED]
While there is a certain elegance to the names, I'd have to vote
against
those. It's not immediately obvious from the names trim/trimmed which
On Mon, Nov 18, 2002 at 06:52:53PM +0100, Gennaro Prota wrote:
On Mon, 18 Nov 2002 09:25:38 +0100, Pavol Droba [EMAIL PROTECTED]
wrote:
You are probably right that some ideas are confusing without explanation.
In fact the reason why I was perplexed is that everybody seems to
focus
On Mon, Nov 18, 2002 at 07:20:58PM -0500, Beman Dawes wrote:
At 03:25 AM 11/18/2002, Pavol Droba wrote:
What I want to do in the future is to change default signature of trim to
something like you're proposing. There will be a variant with predicate
and
a set of standard predicates
Hi
On Mon, Nov 18, 2002 at 07:20:58PM -0500, Beman Dawes wrote:
At 03:25 AM 11/18/2002, Pavol Droba wrote:
What I want to do in the future is to change default signature of trim to
something like you're proposing. There will be a variant with predicate
and
a set of standard
Hi,
This message is mostly for people who are interested in the string algorithm library.
New version is in the sandbox.
I have redesigned major part of the library, and I think that now its structure is
in quite stable state. I want to start writing the documentation, but first I'd like
to be
On Fri, Nov 22, 2002 at 02:03:49PM -0500, Alexei Novakov wrote:
Pavol Droba [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
Hi,
On Thu, Nov 21, 2002 at 02:48:09PM -0500, Alexei Novakov wrote:
[snip]
Alexei.
Cool, I'd defini
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
Hi,
On Sat, Nov 23, 2002 at 04:22:22PM +, Hugo Duncan wrote:
Sockets have come up from time to time on this list, without
concrete results. I am no expert, but based on previous
discussions, I have tried to start describing a design at:
On Sun, Nov 24, 2002 at 01:26:05PM +0100, Terje Sletteb? wrote:
From: Pavol Droba [EMAIL PROTECTED]
I have developed a simple cast function which I found very useful. Here it
is:
template typename T
inline T offset_cast( void* p, unsigned int offset=0 )
{
return reinterpret_cast
On Sun, Nov 24, 2002 at 04:59:45PM +0100, Terje Sletteb? wrote:
From: Pavol Droba [EMAIL PROTECTED]
On Sun, Nov 24, 2002 at 01:26:05PM +0100, Terje Sletteb? wrote:
From: Pavol Droba [EMAIL PROTECTED]
I have developed a simple cast function which I found very useful.
Here
On Sun, Nov 24, 2002 at 11:18:10PM +0100, Terje Sletteb? wrote:
On Sun, Nov 24, 2002 at 07:27:42PM +0100, Terje Sletteb? wrote:
From: Pavol Droba [EMAIL PROTECTED]
Reinterpret-cast could be avoided like this:
template typename T
inline T* offset_cast( void* p, unsigned
On Mon, Nov 25, 2002 at 04:52:35PM +0100, Terje Sletteb? wrote:
From: Pavol Droba [EMAIL PROTECTED]
On Mon, Nov 25, 2002 at 02:47:54PM +0100, Terje Sletteb? wrote:
How did you do it on the ARM? As I understand, it requires
word-alignment
for words (and half-word alignment for half
On Mon, Nov 25, 2002 at 04:09:29PM +, Hugo Duncan wrote:
Pavol,
On Sun, 24 Nov 2002 10:12:36 +0100, Pavol Droba [EMAIL PROTECTED] wrote:
Is there an interest to support also non-TCP/IP based protocols like
IRDA/TP or raw sockets?
I think this should be feasable, though I know
On Mon, Nov 25, 2002 at 11:57:25AM -0500, Alexei Novakov wrote:
Pavol Droba [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
Well, in the current state, the string_algo library provides a generic set
of string
related algorithm. There are many r
Hi Alexei
On Wed, Nov 27, 2002 at 11:09:47AM -0500, Alexei Novakov wrote:
Pavol,
To make things clear, I do not want to sound like I am opposing to what you
are doing.
Thats ok:) Every opinion is worth considering for me
I really think that these algorithms are usefull and very usable.
On Mon, Nov 25, 2002 at 01:36:51PM -0800, Ihsan Ali Al Darhi wrote:
It's in the Boost sandbox under the name tribool. Information about the
sandbox is here:
http://www.boost.org/more/mailing_lists.htm#sandbox
Sorry. But nothing there called 'tribool'.
try to look in
Hi,
Recently I had to deal with iterator_traits. This feature is kind of problematic
on the compilers without partial specialization. Ususally, when iterator_traits
are broken, they are not handling generic pointers as iterators. Most of the STL
libraries have workaroud for such a situation,
On Thu, Dec 19, 2002 at 03:32:12PM -0500, David Abrahams wrote:
Pavol Droba [EMAIL PROTECTED] writes:
On Thu, Dec 19, 2002 at 12:04:03PM -0500, David Abrahams wrote:
David Abrahams [EMAIL PROTECTED] writes:
Pavol Droba [EMAIL PROTECTED] writes:
but I'm wondering, why
Hi,
I have encoutered a problem when building under win2k with cygwin gcc 3.2.
Boost.Build select an extension for binary files according to OS platform.
So for the Windows paltform it selects .lib for library files and .obj for object
files.
However cygwin is using unix-like .a for libs.
Hi,
String Algorithm Library is in the feature complete state available in the sand-box.
( :sandbox:/boost/string_algo, :sandbox:/libs/string_algo )
Short summary of the features can be found in the boost WIKI
On Wed, Jan 08, 2003 at 11:52:18AM -, John Maddock wrote:
I have encoutered a problem when building under win2k with cygwin gcc 3.2.
Boost.Build select an extension for binary files according to OS platform.
So for the Windows paltform it selects .lib for library files and .obj for
On Wed, Jan 08, 2003 at 05:10:17PM +0300, Vladimir Prus wrote:
Hi Pavol,
Pavol Droba wrote:
I have following two variants of the same function:
// find_first sequence const version
template typename InputT, typename SearchT
inline iterator_range typename InputT
On Wed, Jan 08, 2003 at 12:06:33PM -0500, David Abrahams wrote:
Vladimir Prus [EMAIL PROTECTED] writes:
David Abrahams wrote:
Vladimir Prus [EMAIL PROTECTED] writes:
I'd prefer the latter variant, so that non-broken platforms use more natural
syntax. Another question is whether we could
Hi,
I have sent a problem report on the list, recently, regarding mpl::find_if algorithm on
vc7 platform. I'm using 1.29 release not current cvs snapshot.
I assume, that description was not good enough so I haven't got any response.
Problem:
mpl::find_if algorithm does not compile with
Hi,
I have problem accessing the sandbox cvs. I'm using developer access through ssh.
During cvs update, I get following message:
cvs server: [23:55:48] waiting for yok's lock in
/cvsroot/boost-sandbox/boost-sandbox/boost/numeric
It is possible to update other directories separately, but not
Hi Boosters,
I'd like to ask for scheduling a formal review for the string algorithm library.
It is mostly finished ( only some final polishing of the documentation is in progress
).
Its implementation can be found in the boost sandbox.
( Is it required to upload it to yahoo groups before the
Hi Bootsters,
I have a problem that, I think, is worth of discussion.
When developing a library I came to a to a need of a trait class, containing properties
of different containers.
There is a default behavior and a specialization for different stl containers like
vector,
basic_string and
On Fri, Mar 07, 2003 at 10:09:40AM -0500, David Abrahams wrote:
Pavol Droba [EMAIL PROTECTED] writes:
I have tried to make forward declaration of std::vector and alike, but it does not
work all the time,
and, I think it is even forbiden by some compilers.
It's forbidden
On Fri, Mar 07, 2003 at 04:54:14PM +, John Fletcher wrote:
Pavol Droba wrote:
I wanted to do something else:
template class T struct trait_class
{
}
template class T struct trait_classstd::vectorT
{
}
without #include
On Fri, Mar 07, 2003 at 08:09:35PM +0100, Gennaro Prota wrote:
On Fri, 7 Mar 2003 18:17:56 +0100, Pavol Droba [EMAIL PROTECTED]
wrote:
I wanted to do something else:
template class T struct trait_class
{
}
template class T struct trait_classstd::vectorT
Hi,
I have been reading the discussiong here about adding the support for unicode.
Maybe there is a solution which would allow to have templated versions of
relevant classes AND static library in one box.
If we decide that specialization for char and wchar_t is sufficient, the headers
can
On Wed, May 28, 2003 at 11:28:27AM +0400, Vladimir Prus wrote:
Hi Pavol,
Pavol Droba wrote:
I have been reading the discussiong here about adding the support for
unicode.
Maybe there is a solution which would allow to have templated versions of
relevant classes AND static library
Hi,
I have probably encountered a bug in the library. I'm not able to put
a bool option in the config file. Regardles how I specify the option there,
parsing always fails with the exception:
config file options should have required parameter
Defintion of the option:
(
On Mon, May 26, 2003 at 02:07:06PM +0400, Vladimir Prus wrote:
Pavol Droba wrote:
Ok, I think, I see now, where the point is.
The framework is separated into two layers.
L1: option level ( string and boost::any oriented, defined by
option_description ) L2: typed-paramter level
Hi,
I have no comment about the tokenize library, but if your are interested
in the stuff like that, you can have a look into the sandbox.
string_algo library already contains this functionality
( along with other interesting features ) and it is implemented in more generic way.
Documentation
Hi,
Ah... the problem is that those new additions are not documented, AFAICT ;-)
It makes it a little bit hard to understand the interface, especially since
there are no examples/tests for split functionality.
Well, as I said, this stuff is quite new, documentation will follow soon, please
40 matches
Mail list logo