cppunit-devel

[Cppunit-devel] CppUnit 1.7.10 tar ball

[Baptiste L. <gai...@fr...>]

    The tar ball are available at the following location:

http://gaiacrtn.free.fr/cppunit/cppunit-1.7.10.tar.gz
http://gaiacrtn.free.fr/cppunit/cppunit-docs-1.7.10.tar.gz

    The problem on Unix should have been fixed.
    Let me know how it goes.
    If no major issue is raised by the end of the week, it's a go for 1.8.0.

New in CppUnit 1.7.10:
----------------------

In short:
- new assertions
- new facilities to write custom assertions
- new macros to define test case in your fixture
- registration of test fixture in named suite
- xml & compiler format test result output
- a new graphic test runner for the QT library
- MFC test runner window is resizable
- cppunit as a DLL
- Unicode support for MFC test runner.
- architecture clean-up: TestResultCollector extracted from TestResult.
* architecture clean-up: TestFixture extracted from TestCase.
* cookbook and documentation updated.

(*) => change since 1.7.8

Baptiste.
---
Baptiste Lepilleur <gai...@fr...>
http://gaiacrtn.free.fr/

Re: [Cppunit-devel] CppUnit 1.7.10 tar ball

[Volker B. <vbo...@te...>]

On Tue, 2 Apr 2002, Baptiste Lepilleur wrote:

>     The tar ball are available at the following location:
[...]
>     The problem on Unix should have been fixed.
>     Let me know how it goes.

make && make check works well now (linux, g++ 2.95.2).

btw: it's funny that 'make check' requires (and invokes) the doxygen run.

Best regards,
Volker
--=20
Volker Boerchers <vbo...@te...>
System Engineer
TECON Systems AG, Perlengraben 2, 50676 K=F6ln, http://www.tecon.de
Tel: +49-221-92007-55, Fax: +49-221-92007-77

Re: [Cppunit-devel] CppUnit 1.7.10 tar ball

[Baptiste L. <gai...@fr...>]

Thanks. At least the major no go of the previous release as been resolved.

Indeed, it's strange that doxygen is invoked by 'make check'. Though, I
don't have the first as to were that make rule is defined.

Baptiste.

----- Original Message -----
From: "Volker Boerchers" <vbo...@te...>
To: "Baptiste Lepilleur" <gai...@fr...>
Cc: <cpp...@li...>
Sent: Tuesday, April 02, 2002 5:20 PM
Subject: Re: [Cppunit-devel] CppUnit 1.7.10 tar ball


On Tue, 2 Apr 2002, Baptiste Lepilleur wrote:

>     The tar ball are available at the following location:
[...]
>     The problem on Unix should have been fixed.
>     Let me know how it goes.

make && make check works well now (linux, g++ 2.95.2).

btw: it's funny that 'make check' requires (and invokes) the doxygen run.

Best regards,
Volker
--
Volker Boerchers <vbo...@te...>
System Engineer
TECON Systems AG, Perlengraben 2, 50676 Köln, http://www.tecon.de
Tel: +49-221-92007-55, Fax: +49-221-92007-77

Re: [Cppunit-devel] CppUnit 1.7.10 tar ball

[Steve M. R. <ste...@vi...>]

On Wed, Apr 03, 2002 at 11:20:36AM +0200, Baptiste Lepilleur wrote:
> Thanks. At least the major no go of the previous release as been resolved.
> 
> Indeed, it's strange that doxygen is invoked by 'make check'. Though, I
> don't have the first as to were that make rule is defined.

The docs are generated for make target "all" (the default if you
type just "make").  Since "check" depends on "all" (it must since
you need the libs built in order to check them), then running simply
"make check" will first invoke all the rules for "make all", which
includes doxygen-generated docs.

If that bothers you, you can choose to NOT build the documentation
using

	./configure --disable-doxygen ...

See ./configure --help for a full list of optional features.

-S

-- 
by Rocket to the Moon,
by Airplane to the Rocket,
by Taxi to the Airport,
by Frontdoor to the Taxi,
by throwing back the blanket and laying down the legs ...
- They Might Be Giants

Re: [Cppunit-devel] CppUnit 1.7.10 tar ball

[Robert W. <ro...@po...>]

Hi!

Sorry if you get this email more than once, it was returned yesterday
because it could not be delivered for 4 hours.

Latest version seems to be almost fine under Linux for me, too.

During installation I get these messages:
$ autoconf
You should update your `aclocal.m4' by running aclocal.
And later:
$ make install
[...]
/usr/bin/install: cannot create regular file 
`/usr/local/share/cppunit/html/html/index.html': No such file or 
directory
make[2]: *** [install-htmlDATA] Error 1
That's one "html" too much?

On using the deprecated TextTestRunner.h the preprocessor could not find
the include file, I changed in include/cppunit/TextTestRunner.h this
line
#include <cppunitui/text/TestRunner.h> 
to
#include <../cppunitui/text/TestRunner.h>

Documentation is somewhat better now. :-)

Anyway I still don't like the CppUnit::TextUi::TestRunner 
implementation. I don't like the call to runner.run with its boolean 
arguments for progress printing, waiting and summary printing. We do 
have listeners, if I do not add a listener I obvisiously do not want 
progress printing or waiting. If I do not add an outputter I 
obvisiously do not want a summary.
I think the runner should never ever add a listener on its own, 
especially not like in TestRunner.cpp in method runTest (Test*, bool) 
around line 131.
IMHO that's a good place to do some refactoring.

Another place for refactoring: have the CPPUNIT_ASSERT_EQUAL_MESSAGE 
macro take the message as its first argument as CPPUNIT_ASSERT_MESSAGE 
macro does. (Or make the message always the last argument, but make it 
always the same way.)


Robert

Re: [Cppunit-devel] CppUnit 1.7.10 tar ball

[Robert W. <ro...@po...>]

Hi!

Seems to be almost fine under Linux for me, too.

During installation I get these messages:
$ autoconf
You should update your `aclocal.m4' by running aclocal.
And later:
$ make install
[...]
/usr/bin/install: cannot create regular file 
`/usr/local/share/cppunit/html/html/index.html': No such file or 
directory
make[2]: *** [install-htmlDATA] Error 1
That's one "html" too much?

On using the deprecated TextTestRunner.h the preprocessor could not find
the include file, I changed in include/cppunit/TextTestRunner.h this
line
#include <cppunitui/text/TestRunner.h> 
to
#include <../cppunitui/text/TestRunner.h>

Documentation is somewhat better now. :-)

Anyway I still don't like the CppUnit::TextUi::TestRunner 
implementation. I don't like the call to runner.run with its boolean 
arguments for progress printing, waiting and summary printing. We do 
have listeners, if I do not add a listener I obvisiously do not want 
progress printing or waiting. If I do not add an outputter I 
obvisiously do not want a summary.
I think the runner should never ever add a listener on its own, 
especially not like in TestRunner.cpp in method runTest (Test*, bool) 
around line 131.
IMHO that's a good place to do some refactoring.

Another place for refactoring: have the CPPUNIT_ASSERT_EQUAL_MESSAGE 
macro take the message as its first argument as CPPUNIT_ASSERT_MESSAGE 
macro does. (Or make the message always the last argument, but make it 
always the same way.)


Robert

Re: [Cppunit-devel] CppUnit 1.7.10 tar ball

[Steve M. R. <ste...@vi...>]

On Wed, Apr 03, 2002 at 01:32:05PM +0200, Robert Wenner wrote:
> Hi!
> 
> Seems to be almost fine under Linux for me, too.
> 
> During installation I get these messages:
> $ autoconf
> You should update your `aclocal.m4' by running aclocal.

The tarball should have non-developer makefiles, and 
you do not need to run the autotools yourself.

If you are going to run the autotools yourself, then
it is up to you to know how to proceed.  In this case,
run "aclocal -I config" before "autoconf".


> And later:
> $ make install
> [...]
> /usr/bin/install: cannot create regular file 
> `/usr/local/share/cppunit/html/html/index.html': No such file or 
> directory
> make[2]: *** [install-htmlDATA] Error 1
> That's one "html" too much?

Indeed.  However, I can't reproduce it, and you did not report all
the output, so it is hard to guess what happened.

Please do the following.  Download the tarball, unpack into
a pristine directory.  DO NOT RUN THE AUTOTOOLS.  Just run:

    ./configure --prefix=/tmp/testing
    cd doc
    make 2>&1 | tee make.log
    make install 2>&1 | tee install.log

If you get any errors or warnings in those last two steps,
send me the associated log file.

 
> On using the deprecated TextTestRunner.h the preprocessor could not find
> the include file, I changed in include/cppunit/TextTestRunner.h this
> line
> #include <cppunitui/text/TestRunner.h> 
> to
> #include <../cppunitui/text/TestRunner.h>

This isn't the right change.

The right thing to do is install the includes.  

Baptiste: which of the files in include/cppunitui are being used?
They need to be installed.  Why aren't they in the include/cppunit
hierarchy?


 
> Documentation is somewhat better now. :-)

Err, how is the above related to documentation?


-S

-- 
by Rocket to the Moon,
by Airplane to the Rocket,
by Taxi to the Airport,
by Frontdoor to the Taxi,
by throwing back the blanket and laying down the legs ...
- They Might Be Giants

Re: [Cppunit-devel] cppunit & cppunitui include directories (was:CppUnit 1.7.10 tar ball)

[Baptiste L. <gai...@fr...>]

----- Original Message -----
From: "Steve M. Robbins" <ste...@vi...>
To: "Robert Wenner" <ro...@po...>
Cc: <cpp...@li...>
Sent: Friday, April 05, 2002 3:48 PM
Subject: Re: [Cppunit-devel] CppUnit 1.7.10 tar ball


> On Wed, Apr 03, 2002 at 01:32:05PM +0200, Robert Wenner wrote:
[...]
> > On using the deprecated TextTestRunner.h the preprocessor could not find
> > the include file, I changed in include/cppunit/TextTestRunner.h this
> > line
> > #include <cppunitui/text/TestRunner.h>
> > to
> > #include <../cppunitui/text/TestRunner.h>
>
> This isn't the right change.
>
> The right thing to do is install the includes.
>
> Baptiste: which of the files in include/cppunitui are being used?
> They need to be installed.  Why aren't they in the include/cppunit
> hierarchy?

All. Actually, before the last release, the only file present in cppunitui
where for the qt test runner (not VC++ specific). I moved all the test
runners in directory cppunitui in release 1.7.10.

This was part of the directory structure we talked about a very long time
ago (never rely concluded that discussion, though Bastian more or less
agreed upon it at the time).

If you think it's better to have only one include directory, we can still
make the change without much trouble (massive search&replace in doc &
source). This change is a week old...

> > Documentation is somewhat better now. :-)
>
> Err, how is the above related to documentation?

Not related I believe...

Baptiste.

Re: [Cppunit-devel] cppunit & cppunitui include directories

[Steve M. R. <ste...@vi...>]

On Sat, Apr 06, 2002 at 12:13:56AM +0200, Baptiste Lepilleur wrote:

> > Baptiste: which of the files in include/cppunitui are being used?
> > They need to be installed.  Why aren't they in the include/cppunit
> > hierarchy?
> 
> All. Actually, before the last release, the only file present in cppunitui
> where for the qt test runner (not VC++ specific).

Ah.  OK, but I don't think the qt test runner was being built on unix,
so I really meant "not unix" when I said "VC++ specific".  


> I moved all the test
> runners in directory cppunitui in release 1.7.10.
> 
> This was part of the directory structure we talked about a very long time
> ago (never rely concluded that discussion, though Bastian more or less
> agreed upon it at the time).
> 
> If you think it's better to have only one include directory, we can still
> make the change without much trouble (massive search&replace in doc &
> source). This change is a week old...

I prefer it.  

I conceed that it is an aesthetic decision, but it is one more in
keeping with packages that install into system locations -- one
generally puts everything inside a single hierarchy.

-S

-- 
by Rocket to the Moon,
by Airplane to the Rocket,
by Taxi to the Airport,
by Frontdoor to the Taxi,
by throwing back the blanket and laying down the legs ...
- They Might Be Giants

Re: [Cppunit-devel] CppUnit 1.7.10 tar ball

[Baptiste L. <gai...@fr...>]

----- Original Message -----
From: "Robert Wenner" <ro...@po...>
To: "Baptiste Lepilleur" <gai...@fr...>
Sent: Thursday, April 04, 2002 12:56 PM
Subject: Re: [Cppunit-devel] CppUnit 1.7.10 tar ball


> Hi!
>
> Sorry if you get this email more than once, it was returned yesterday
> because it could not be delivered for 4 hours. There seems to be a
> problem with my mail going to the list.
>
> --- cut here ---
>
> Latest version seems to be almost fine under Linux for me, too.
>
> During installation I get these messages:
> $ autoconf
> You should update your `aclocal.m4' by running aclocal.


Don't know anything about that. Somebody does ?

> And later:
> $ make install
> [...]
> /usr/bin/install: cannot create regular file
> `/usr/local/share/cppunit/html/html/index.html': No such file or
> directory
> make[2]: *** [install-htmlDATA] Error 1
> That's one "html" too much?

You may not have installed doxygen (the documentation generator). It can be
found at:
http://www.doxygen.org/. Though, that is kind of weird since we provide the
generated documentation in a separate bundle. That lead me to beleive this
would be a bug in the makefile (don't know how to fix that one).

>
> On using the deprecated TextTestRunner.h the preprocessor could not find
> the include file, I changed in include/cppunit/TextTestRunner.h this
> line
> #include <cppunitui/text/TestRunner.h>
> to
> #include <../cppunitui/text/TestRunner.h>

Hum, something is wrong there. The include hierarchy is supposed to be like
this:

include/
    cppunit/
        TextTestRunner.h
    cppunitui/
        text/
            TestRunner.h

Since include/ is the directory given to the compiler to search include, it
should be resolved successfully (and was on VC++ before I mad the update in
the examples). Could you check that include/ is the directory you give to
the compiler ?

    An acceptable fix would be:
#include "../cppunitui/text/TestRunner.h"
    => the include is relative to the locate of TextTestRunner.h file, while
#include <...> just pick any directory given to the compiler which resolved
sucessfully the specified path. Since CppUnit only require include/, the
sucessful resolution can only appear with a "miraculous" other unspecified
directory...

  Let's me know how it goes.

>
> Documentation is somewhat better now. :-)
>
> Anyway I still don't like the CppUnit::TextUi::TestRunner
> implementation. I don't like the call to runner.run with its boolean
> arguments for progress printing, waiting and summary printing. We do
> have listeners, if I do not add a listener I obvisiously do not want
> progress printing or waiting. If I do not add an outputter I
> obvisiously do not want a summary.
> I think the runner should never ever add a listener on its own,
> especially not like in TestRunner.cpp in method runTest (Test*, bool)
> around line 131.
> IMHO that's a good place to do some refactoring.

I'll probably fix that after 1.8.0. I think I'll introduce a
CppUnit::TestRunner class which does not use any outputter, but create a
default TestResult and give access to the TestResult. run() would run the
specified test and that's it.


>
> Another place for refactoring: have the CPPUNIT_ASSERT_EQUAL_MESSAGE
> macro take the message as its first argument as CPPUNIT_ASSERT_MESSAGE
> macro does. (Or make the message always the last argument, but make it
> always the same way.)

I made the change in the current CVS version. message is now the first
argument.

Thanks for the feedback,
Baptiste.

Re: [Cppunit-devel] CppUnit 1.7.10 tar ball

[Volker B. <vbo...@te...>]

On Thu, 4 Apr 2002, Baptiste Lepilleur wrote:

> From: "Robert Wenner" <ro...@po...>

> >
> > Latest version seems to be almost fine under Linux for me, too.
> >
> > During installation I get these messages:
> > $ autoconf
> > You should update your `aclocal.m4' by running aclocal.
>=20
>=20
> Don't know anything about that. Somebody does ?

running autoconf is part of building the distribution, i.e. something
that is not part of the regular installation process. But if you
actually want to rebuild the configure script you should follow the
procedure from the autogen.sh script (that is intentionally *not*
included in the distribution, as we learned :-))

There is a (very small) propability that some failure in autoconf
leads to some problem you described later.

> > And later:
> > $ make install
> > [...]
> > /usr/bin/install: cannot create regular file
> > `/usr/local/share/cppunit/html/html/index.html': No such file or
> > directory
> > make[2]: *** [install-htmlDATA] Error 1
> > That's one "html" too much?
>=20
> You may not have installed doxygen (the documentation generator). It can =
be
> found at:
> http://www.doxygen.org/. Though, that is kind of weird since we provide t=
he
> generated documentation in a separate bundle. That lead me to beleive thi=
s
> would be a bug in the makefile (don't know how to fix that one).

I have doxygen installed. The make install of the html files works for
me. I also checked that

  configure --disable-doxygen

actually disabled generation and installation of html (at least this
should help in your case).

You might want to check the file config.log for the doxygen stuff in
configuration.

Regards
Volker
--=20
Volker Boerchers <vbo...@te...>
System Engineer
TECON Systems AG, Perlengraben 2, 50676 K=F6ln, http://www.tecon.de
Tel: +49-221-92007-55, Fax: +49-221-92007-77

Re: [Cppunit-devel] CppUnit 1.7.10 tar ball

[Baptiste L. <gai...@fr...>]

----- Original Message -----
From: "Robert Wenner" <ro...@po...>
To: "Baptiste Lepilleur" <gai...@fr...>;
<cpp...@li...>
Sent: Friday, April 05, 2002 8:12 AM
Subject: Re: [Cppunit-devel] CppUnit 1.7.10 tar ball


> Hi Baptiste,
>
> excuse me for sending directly to you (and the list) but I'm not sure
> if I can post to the list again.
>
> On Thursday 04 April 2002 17:42, Baptiste Lepilleur wrote:
> > > /usr/bin/install: cannot create regular file
> > > `/usr/local/share/cppunit/html/html/index.html': No such file or
> > > directory
> > > make[2]: *** [install-htmlDATA] Error 1
> > > That's one "html" too much?
> >
> > You may not have installed doxygen (the documentation generator).
> I do have Oxygen installed.
> I think, the path is wrong, should be
> usr/local/share/cppunit/html/index.html
> but is
> usr/local/share/cppunit/html/html/index.html


Does the file usr/local/share/cppunit/html/index.html exists ? If I
remember, I think cppunit/html is the root for generated docs, and contains
a subdirectory for each format (rtf, html, latex...)

>
> > Could you check that include/ is the directory you give to the
> > compiler ?
> I use the -I/home/robert/cppunit/include/cppunit switch.
> All other include files work well.

It should definitively be -I/home/robert/cppunit/include/. How it works is
beyond me.

>
> > [TextTestRunner]
> > I'll probably fix that after 1.8.0. I think I'll introduce a
> > CppUnit::TestRunner class which does not use any outputter, but
> > create a default TestResult and give access to the TestResult. run()
> > would run the specified test and that's it.
> I already made two changes to TestRunner:
> 1) It does not make any output or pausing;
> 2) In the findTestByName method it scans only the top level suites. I
> added code to do a recursive search descending to all suites to find a
> test or a suite by the given name;
>
> I attatched the diff of the original file and my modified version if
> someone's interested in it.

  Yuups, that's pretty much what I was talking about. Please notes that
dynamic_cast<> is not allowed in cppunit core lib (not portable enough it
seems). Deep hierarchy exploration and findTestByName() will be done in a
portable way adding a more composite like interface to class Test:

class Test
{
    [...]

    virtual int getChildTestCount() const;

    virtual Test *getChildTest( int index ) const;

    virtual Test *findTestByName( const std::string &testName ) const;
}

Default implementation will be provided for 'leaf' (no child test).

But I want to get 1.8.0 out before I tackle this (there's already far too
much new features in that release).

Baptiste.

>
> Robert
>

Re: [Cppunit-devel] CppUnit 1.7.10 tar ball

[Steve M. R. <ste...@vi...>]

On Thu, Apr 04, 2002 at 05:42:10PM +0200, Baptiste Lepilleur wrote:

> > And later:
> > $ make install
> > [...]
> > /usr/bin/install: cannot create regular file
> > `/usr/local/share/cppunit/html/html/index.html': No such file or
> > directory
> > make[2]: *** [install-htmlDATA] Error 1
> > That's one "html" too much?
> 
> You may not have installed doxygen (the documentation generator).

If doxygen is not installed, then no docs are built nor installed.


> Though, that is kind of weird since we provide the
> generated documentation in a separate bundle. That lead me to beleive this
> would be a bug in the makefile (don't know how to fix that one).

Which is a bug?  That we provide docs in a separate bundle? 
That was a deliberate decision, as I recall.  It allows you to
cater both to the folks who HAVE doxygen and the folks that DON'T.
If you put the docs inside the sources, then the former complain
about bloat, and if you don't include docs anywhere, then the latter
group loses.

 
> > On using the deprecated TextTestRunner.h the preprocessor could not find
> > the include file, I changed in include/cppunit/TextTestRunner.h this
> > line
> > #include <cppunitui/text/TestRunner.h>
> > to
> > #include <../cppunitui/text/TestRunner.h>
> 
> Hum, something is wrong there. The include hierarchy is supposed to be like
> this:
> 
> include/
>     cppunit/
>         TextTestRunner.h
>     cppunitui/
>         text/
>             TestRunner.h

The problem may lie in the fact that none of the cppunitui headers
get installed.  You won't notice this problem as you work from the
source dir.

The last time I looked at this, the only stuff in cppunitui was
for MSVC++, so I didn't make install rules.  But that seems to have
changed.  Anything that is generally useful ought to get installed.


However, it would be truly obnoxious to create both 

	/usr/include/cppunit
and	/usr/include/cppunitui

Why isn't the latter stuff inside include/cppunit/ui ?


-S 

-- 
by Rocket to the Moon,
by Airplane to the Rocket,
by Taxi to the Airport,
by Frontdoor to the Taxi,
by throwing back the blanket and laying down the legs ...
- They Might Be Giants

Re: [Cppunit-devel] CppUnit 1.7.10 tar ball

[Duane M. <dua...@ma...>]

The sourceforge web site for cppunit still shows 1.6.2 as the latest
release. What is the relationship between this release and the official
sourceforge site?

 ...Duane

--- At Tue, 2 Apr 2002 14:37:56 +0200, Baptiste Lepilleur wrote:

>    The tar ball are available at the following location:
>
>http://gaiacrtn.free.fr/cppunit/cppunit-1.7.10.tar.gz
>http://gaiacrtn.free.fr/cppunit/cppunit-docs-1.7.10.tar.gz
>
>    The problem on Unix should have been fixed.
>    Let me know how it goes.
>    If no major issue is raised by the end of the week, it's a go for 1.8.0.
>
>New in CppUnit 1.7.10:
>----------------------
>
>In short:
>- new assertions
>- new facilities to write custom assertions
>- new macros to define test case in your fixture
>- registration of test fixture in named suite
>- xml & compiler format test result output
>- a new graphic test runner for the QT library
>- MFC test runner window is resizable
>- cppunit as a DLL
>- Unicode support for MFC test runner.
>- architecture clean-up: TestResultCollector extracted from TestResult.
>* architecture clean-up: TestFixture extracted from TestCase.
>* cookbook and documentation updated.
>
>(*) => change since 1.7.8
>
>Baptiste.
>---
>Baptiste Lepilleur <gai...@fr...>
>http://gaiacrtn.free.fr/
>
>
>
>_______________________________________________
>Cppunit-devel mailing list
>Cpp...@li...
>https://lists.sourceforge.net/lists/listinfo/cppunit-devel

 ...Duane

-- 
"If tyranny and oppression come to this land, it will be in the
guise of fighting a foreign enemy."              - James Madison

Re: [Cppunit-devel] CppUnit 1.7.10 tar ball

[Baptiste L. <gai...@fr...>]

This is a "development" release. This is done to attemp removing the most
important "bug" from the public release. It might not even compile (that's
what happen to 1.7.8, some file where forgotten in some Makefile.am and did
not make it to the dist).

The distribution was generated from a CVS snapshot. It is hosted on my web
site because it's more convenient for me (from France, sourceforge is kind
of slow and sometime break the connection...)

Baptiste.

----- Original Message -----
From: "Duane Murphy" <dua...@ma...>
To: "Baptiste Lepilleur" <gai...@fr...>; "CppUnit Developers"
<cpp...@li...>
Sent: Thursday, April 04, 2002 8:50 PM
Subject: Re: [Cppunit-devel] CppUnit 1.7.10 tar ball


> The sourceforge web site for cppunit still shows 1.6.2 as the latest
> release. What is the relationship between this release and the official
> sourceforge site?
>
>  ...Duane
>
> --- At Tue, 2 Apr 2002 14:37:56 +0200, Baptiste Lepilleur wrote:
>
> >    The tar ball are available at the following location:
> >
> >http://gaiacrtn.free.fr/cppunit/cppunit-1.7.10.tar.gz
> >http://gaiacrtn.free.fr/cppunit/cppunit-docs-1.7.10.tar.gz
> >
> >    The problem on Unix should have been fixed.
> >    Let me know how it goes.
> >    If no major issue is raised by the end of the week, it's a go for
1.8.0.
> >
> >New in CppUnit 1.7.10:
> >----------------------
> >
> >In short:
> >- new assertions
> >- new facilities to write custom assertions
> >- new macros to define test case in your fixture
> >- registration of test fixture in named suite
> >- xml & compiler format test result output
> >- a new graphic test runner for the QT library
> >- MFC test runner window is resizable
> >- cppunit as a DLL
> >- Unicode support for MFC test runner.
> >- architecture clean-up: TestResultCollector extracted from TestResult.
> >* architecture clean-up: TestFixture extracted from TestCase.
> >* cookbook and documentation updated.
> >
> >(*) => change since 1.7.8
> >
> >Baptiste.