[v3] Refined test instrument for container tests
Stephen M. Webb
stephen.webb@bregmasoft.com
Wed Jan 9 14:06:00 GMT 2002
On January 9, 2002 03:08 pm, Benjamin Kosnik wrote:
> > Um, in particular the ones sitting on my hard drive undergoing
> > refinement. I've slowly been working on a bunch of 23_containers
> > tests like the list_* ones.
>
> Ok well that's great news, thanks. Are you thinking of exception-type
> tests a la STLPort?
Um, I'm not sure since I didn't know STLPort did exception testing. I
am lery of looking at other code too closely in case I get accused of
plaguarism. On the other hand, one can see farther standing on the
shoulders of giants. Maybe I'll just cd over there and take a look...
I've been basing my tests on the standard. If it explicitly mentions
exception effects or complexity bounds (eg. the copy constructor of T
is called at most N times) and I can figure out a way to reliably test
it, I write a test case. Sometimes the standard is, well, vague or
inscrutable, so coverage is not as complete as I'd like.
I have found that on occasion tests based on my interpretation of the
standard fail with libstdc++-v3. I am assuming my interpretation is
wrong -- wouldn't be the first time -- but I wouldn't mind the
occasional expert ruling on corner cases. What would be the best way
to get an interpretive ruling? Post to comp.std.c++ and hope to get a
reply?
> I guess right now just proceed as you are, and we can figure out a
> way of organizing memory-limits/container-checking/benchmarking
> later.
Will do.
__
Stephen M. Webb
More information about the Libstdc++
mailing list