"Jonathan D. Turkanis" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Yes, this is very elegant. No codecvt's in sight -- just pure adaptors.
Also
> nice treatment of optional template parameters. It puts my design (and
> certain my implementation) to shame. I should have thought mo
On Fri, 13 Jun 2003 17:59:37 -0400, Daryle Walker <[EMAIL PROTECTED]>
wrote:
>I've occasionally read that the std::auto_ptr system was changed in an
>update document, due to some problems in the standard's specification.
>Is this true?
AFAIK, no. Well, there was lib issue 127 (plus a couple of
"Larry Evans" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> I had a brief look and it looks promising. However, I'm wondering
> if some of the complexity can be avoided. I had a hard time figuring
> out just how to get marg_ostreambuf in files/col_io/col_io.zip to work
> with bu
Maxim Egorushkin wrote:
"Larry Evans" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
[snip]
I've examined col_io. At a high point of view it is the decorator pattern -
you extend basic_ostream<> interface with identation capabilities. The code
I posted, particulary input/output_buffer
Bugs item #754551, was opened at 2003-06-14 11:33
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=107586&aid=754551&group_id=7586
Category: None
Group: None
Status: Open
Resolution: None
Pr
"Larry Evans" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> I'll soon upload a commented an simplified version of marg_ostreambuf
> and maybe a templatized version to parameterize the addedState. I may
> rename it too to decorated_ostreambuf or something similar.
I think there is
I find BOOST_STATIC_ASSERT(...) extremely useful.
I would also find BOOST_STATIC_WARNING(...) extremely useful.
I've looked in boost and now found such a thing. Am I missing
something? Is there something equivalent? Can such a thing
be added?
I envision an implementation of BOOST_STATIC_WARN
Maxim Egorushkin wrote:
"Larry Evans" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
I'll soon upload a commented an simplified version of marg_ostreambuf
and maybe a templatized version to parameterize the addedState. I may
rename it too to decorated_ostreambuf or something similar.
Larry Evans wrote:
[snip]
test_marg_ostreambuf.zip. Also, I was thinking that
using the you might want to string together the fwd_ostreambuf's
much like a unix pipe. For example, you could provide a
Please see the just uploaded marg_ostreambuf.cpp for a
little better version.
__
Daryle Walker wrote:
[snip]
>
> (I want to finally add an [auto]array-variant to Boost, and I want to make
> it close to the latest conventions.)
>
I support your proposal. I too feel there's an "assymmetry" in the
boost::smart-ptrs.
I've been using the auto_array_ptr by Greg Colvin found here:
ht
On Wed, 11 Jun 2003 15:49:05 +0200, Paul A. Bristow wrote:
> The proposal is for several header files each containing the same
> constants, only one of which would be used for any compilation. (Users
> have been warned against using more than one! Nobody has suggested a way
> to guard against this
- Original Message -
From: "Daniel Frey" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, June 14, 2003 9:47 PM
Subject: [boost] RE: Re: Math Constants Formal Review - is extensible.
> On Wed, 11 Jun 2003 15:49:05 +0200, Paul A. Bristow wrote:
>
> > The proposal is for several
In article <[EMAIL PROTECTED]>,
Beman Dawes <[EMAIL PROTECTED]> wrote:
>At 07:46 AM 5/20/2003, Giovanni Bajo wrote:
> >regression tests for Comeau seems broken
> >(http://boost.sourceforge.net/regression-logs/). Almost all the
> >"win32_metacomm" tests fail this way:
> >
> >"'mv' is not recognized
I was thinking about adding named template parameters at some point, but I
thought it would make everything more complicated. I didn't realize how easy
it is with mpl.
"Maxim Egorushkin" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> "Jonathan D. Turkanis" <[EMAIL PROTECTED]> wrote
In article <[EMAIL PROTECTED]>,
Giovanni Bajo <[EMAIL PROTECTED]> wrote:
>Beman Dawes <[EMAIL PROTECTED]> wrote:
>> * Causes a few tests which use Microsoft headers to fail with errors which
>> actually should be just warnings with --a option. This has been reported
>> to Comeau.
>
>Well, Comeau in
In article <[EMAIL PROTECTED]>,
Beman Dawes <[EMAIL PROTECTED]> wrote:
>At 01:25 PM 5/21/2003, Giovanni Bajo wrote:
> >Beman Dawes <[EMAIL PROTECTED]> wrote:
> >> * Causes a few tests which use Microsoft headers to fail with errors
> >> which actually should be just warnings with --a option. This
In article <[EMAIL PROTECTED]>,
Giovanni Bajo <[EMAIL PROTECTED]> wrote:
>Beman Dawes <[EMAIL PROTECTED]> wrote:
>> >Well, Comeau in strict mode (--a) defines BOOST_DISABLE_WIN32, so it
>> >should
>> >never include any Windows header. That's because we know that Windows
>> >headers can't be com
On Saturday, June 14, 2003, at 9:45 AM, Robert Ramey wrote:
I find BOOST_STATIC_ASSERT(...) extremely useful.
I would also find BOOST_STATIC_WARNING(...) extremely useful.
I've looked in boost and now found such a thing. Am I missing
something? Is there something equivalent? Can such a thing
In CVS, I changed the header to
increase the maximum number of constructor arguments to 10. I changed
the documentation to match. I also did minor tweaking in these and
related files.
Daryle
___
Unsubscribe & other changes: http://lists.boost.org/
While looking up something, I noticed in CVS that the libraries page
refers to the top Boost.Test documentation page as "index.htm", but it
the actual file was changed to "index.html", so my browser missed it
until I guessed the change. Can someone fix it (in
ROOT/libs/libraries.htm), if it ha
[EMAIL PROTECTED] (Hartmut Kaiser) writes:
> David Abrahams wrote:
>
>> > Done.
>>
>> What's done?
>
> Sorry, seems, that I've stripped of from my mail all of the useful
> information :-)
>
> I've added a new file boost/iterator_adaptors.hpp to the boost-sandbox
> CVS, which contains nothing more
[...]
>BOOST_CHECK_CLOSE( 1.49012e-8, 0.0, 1e-6 );
[...]
> error in "BOOST_CHECK_CLOSE_test": test 1.49012e-8 ~= 0.0 failed
[1.49012e-008 !~= 0 (+/-1e-006)]
This is how it's supposed to be. Check floating pointer comparison algorithm
description for more detailes and links to references. The g
Fixed.
Thanks,
Gennadiy.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Larry Evans wrote:
[snip]
Please see the just uploaded marg_ostreambuf.cpp for a
little better version.
The just uploaded test_ostreambuf_decorator.zip contains
renamed classes as well as virtual {detach,attach}_ostream
to avoid using ostream* m_ostream==0 as flag indicating
the end of the chain
24 matches
Mail list logo
