[v3] std::tr1::array testsuite additions, first attempt
Benjamin Kosnik
bkoz@redhat.com
Thu Oct 21 02:01:00 GMT 2004
Hey y'all. Here's an idea for the way tr1::array should be tested. This
is not complete, but I thought I'd post it anyway.
As an experiment, I thought I'd try to do a more complete job with this
container than with some of the existing (standard) containers, and then
take the results of that experience and apply it to the standard
containers. So, some of this is thinking outloud....
So. Does this organization look sane to people? Could the names be
improved? Do you think it makes sense to do things like typedef,
instantiation, and inheritance checks as part of the "requirements"
directory? Some of the bits listed in the container requirements tables
actually can be tested in things like the iterator directory. The goal,
of course, is to actually check container requirements, at some level,
as well. That work is in-progress.
I would like to do a complete job for tr1::array, and then generalize to
all containers, and at that point extract common code to the
testsuite_*.h include files.
I'm unsure as to if I should try to do a fully complete job on
tr1::array, and then check this in, or check it in incrementally.
Thoughts?
tested x86/linux
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: p.20041020
URL: <http://gcc.gnu.org/pipermail/libstdc++/attachments/20041021/f694c6d8/attachment.ksh>
More information about the Libstdc++
mailing list