Hi guys, On Wed, 2006-11-08 at 11:27 +0100, Kay Ramme wrote: > > yes, definitely. What about a staged approach to that: first include > > all unit tests in a regular build, but _only_ perform them with a > > magic env var set (like the debug=true stanza)? > > good idea, that would at least make it obvious how to trigger the tests ...
Right, knowing how to run these tests (and that they exist) is at least a large part of the problem. Of course, if more people run them then we get more tests, and the tests don't tend to bit-rot so quickly. I looked at the nice list of tests on the architecture page, dived straight into one: http://wiki.services.openoffice.org/wiki/Uno/Cpp/Module/CPPUhelper/test I tried the 1st test, since the instruction list for the 2nd set of tests looked long & scary ;-) [ and presumably would be better expressed as a simple 'check:' dmake rule instead of a hand-typed recipe ]. The result: $ cd cppuhelper/qa/propertysetmixin/ $ dmake ... snip a surprising amount of successful building ... g++ -fmessage-length=0 -c -Os -fno-strict-aliasing ... -o test_propertysetmixin.o /opt/OpenOffice/src680-m187/cppuhelper/qa/propertysetmixin/test_propertysetmixin.cxx /opt/OpenOffice/src680-m187/solver/680/unxlngi6.pro/inc/cppunit/TestAssert.h: In static member function ‘static _STL::string CppUnit::assertion_traits<T>::toString(const T&) [with T = rtl::OUString]’: /opt/OpenOffice/src680-m187/solver/680/unxlngi6.pro/inc/cppunit/TestAssert.h:100: instantiated from ‘void CppUnit::TestAssert::assertEquals(const T&, const T&, CppUnit::SourceLine, const _STL::string&) [with T = rtl::OUString]’ /opt/OpenOffice/src680-m187/cppuhelper/qa/propertysetmixin/test_propertysetmixin.cxx:407: instantiated from here /opt/OpenOffice/src680-m187/solver/680/unxlngi6.pro/inc/cppunit/TestAssert.h:50: error: ambiguous overload for ‘operator<<’ in ‘ost << x’ /opt/OpenOffice/src680-m187/solver/680/unxlngi6.pro/inc/stl/stl/_ostream.h:96: note: candidates are: _STL::basic_ostream<_CharT, _Traits>& _STL::basic_ostream<_CharT, _Traits>::operator<<(unsigned char) [with _CharT = char, _Traits = _STL::char_traits<char>] <near match> ... Of course, it's possible that my environment is just twisted up in some strange way of my own construction ;-) however the install from this build works I believe so ... Naturally it's unfair to infer that the unit tests are all broken & under-used on the basis of the 1st one tried ;-) but ... having a standard way to run all included unit tests [ eg. at the end of a BuildBot build ] would be really rather useful. Thanks, Michael. -- [EMAIL PROTECTED] <><, Pseudo Engineer, itinerant idiot --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]