Re: test for lib.alg.random_shuffle

Anton Pevtsov wrote: I'm porting the test for the lib.alg.random_shuffle algorithm and I have a question about the current test implementation. There is the special test case for the built-in random number generator which does the following: some test array is defined and initialized with number

Re: 23.containers.deque.modifiers.cpp

Take two with corrections to add z modifier to size_t arguments. Liviu Nicoara wrote: > I have attached a second version of the test. Please let me know if this > addresses the points you raised. > > Thanks, > Liviu > > Liviu Nicoara wrote: > >>Martin Sebor wrote: >> >> >>>Liviu Nicoara wrote:

Re: 23.containers.deque.modifiers.cpp

I have attached a second version of the test. Please let me know if this addresses the points you raised. Thanks, Liviu Liviu Nicoara wrote: > Martin Sebor wrote: > >>Liviu Nicoara wrote: >> >> >>>I have attached my tentative porting of lib.deque.modifiers test to the >>>new driver. Martin, I wo

0.new.cpp

I have attached my attempt at converting new.cpp "self" test to the new driver. Liviu /*** * * 0.new.cpp - test exercising replacement operator new and delete * * $Id$ * **

Re: 23.containers.deque.modifiers.cpp

Martin Sebor wrote: > Liviu Nicoara wrote: > >>I have attached my tentative porting of lib.deque.modifiers test to the >>new driver. Martin, I would appreciate suggestions for improving the >>sections which use ToString class (one of those uses split formatting). > > > I don't see the class defi

Re: 23.containers.deque.modifiers.cpp

Liviu Nicoara wrote: I have attached my tentative porting of lib.deque.modifiers test to the new driver. Martin, I would appreciate suggestions for improving the sections which use ToString class (one of those uses split formatting). I don't see the class defined in the test. Did you by any cha

Re: x.y.z numbering and releases

William A. Rowe, Jr. wrote: Martin Sebor wrote: William A. Rowe, Jr. wrote: > >> [...] I suspect that may not fully >> address your concerns (i.e., the fact that there is a 1.2.3 branch >> before an official release has taken place). > > > I do believe it does, granted the 1.2.3-rc3 bran

Re: x.y.z numbering and releases

Martin Sebor wrote: William A. Rowe, Jr. wrote: > >> [...] I suspect that may not fully >> address your concerns (i.e., the fact that there is a 1.2.3 branch >> before an official release has taken place). > > > I do believe it does, granted the 1.2.3-rc3 branch would be internally > labe

Re: [VOTE] publish stdcxx 4.1.3

Justin Erenkrantz wrote: On Sun, Jan 22, 2006 at 11:47:49AM -0700, Martin Sebor wrote: and -1 with this the final tarball in incubation. I'm not sure I undrestand what you mean -- can you elaborate? I think he means that if this were the final tarball before graduation, then he'd vote agai

Re: x.y.z numbering and releases

William A. Rowe, Jr. wrote: Martin Sebor wrote: Okay, so just to make sure we're all clear, the process we seem to be converging on goes like this: 1. branch X.Y.Z/ from trunk/ 2. with N starting at 1, tag the X.Y.Z/ branch X.Y.X-rc-N/ and create the corresponding tarball, stdcxx-X

Re: [VOTE] publish stdcxx 4.1.3

On Sun, Jan 22, 2006 at 11:47:49AM -0700, Martin Sebor wrote: > >and -1 with this the final tarball in > >incubation. > > I'm not sure I undrestand what you mean -- can you elaborate? I think he means that if this were the final tarball before graduation, then he'd vote against because of the is

Re: [PING] Re: 21.string.cons test

I am working on it. Sorry for not answering promptly, it won't happen again. Liviu Martin Sebor wrote: > Liviu -- please let me know either way; if you don't have it I'll port > it myself. > > Thanks > Martin > > > Martin Sebor wrote: > >>Liviu Nicoara wrote: >> >> >>>Attached is my attempt a

[PING] Re: 21.string.cons test

Liviu -- please let me know either way; if you don't have it I'll port it myself. Thanks Martin Martin Sebor wrote: Liviu Nicoara wrote: Attached is my attempt at converting the lib.string.cons test. It contains the additional new_test.h/new.cpp and string_test.h/string_test.cpp for support.

test for lib.alg.transform

The attached file contains my attempt to update lib.alg.transform tests and port it to new test driver. With best wishes, Anton Pevtsov /*** * * transform.cpp - test exercising 25.2.3 [lib.alg.transform] * * $Id: //stdli

test for lib.alg.random_shuffle

I'm porting the test for the lib.alg.random_shuffle algorithm and I have a question about the current test implementation. There is the special test case for the built-in random number generator which does the following: some test array is defined and initialized with numbers, when the random_shuf