e70fc11ef1
Drop the legacy CppUnit testing framework used for the unit tests. Replacing it with Catch has the advantage of not requiring CppUnit libraries to be installed on the system in order to be able to run tests (Catch is header-only and a copy of it is now included in the main repository itself) and, in the future, of being able to write the tests in a much more natural way. For now, however, avoid changing the existing tests code as much as [reasonably] possible to avoid introducing bugs in them and provide the CppUnit compatibility macros in the new wx/catch_cppunit.h header which allow to preserve the 99% of the existing code unchanged. Some of the required changes are: - Decompose asserts using "a && b" conditions into multiple asserts checking "a" and "b" independently. This would have been better even with CppUnit (to know which part of condition exactly failed) and is required with Catch. - Use extra parentheses around such conditions when they can't be easily decomposed in the arrays test, due to the use of macros. This is not ideal from the point of view of messages given when the tests fail but will do for now. - Rewrite asserts using "a || b" as a combination of condition checks and assert macros. Again, this is better anyhow, and is required with Catch. Incidentally, this allowed to fix a bug in the "exec" unit test which didn't leave enough time for the new process to be launched before trying to kill it. - Remove multiple CPPUNIT_TEST_SUITE_NAMED_REGISTRATION() macros, our emulation of this macro can be used only once. - Provide string conversions using Catch-specific StringMaker for a couple of types. - Replace custom wxImage comparison with a Catch-specific matcher class. - Remove most of test running logic from test.cpp, in particular don't parse command line ourselves any longer but use Catch built-in command line parser. This is a source of a minor regression: previously, both "Foo" and "FooTestCase" could be used as the name of the test to run, but now only the latter is accepted. |
||
---|---|---|
.. | ||
wxpresets | ||
Bakefiles.bkgen | ||
build_cfg.bkl | ||
common_samples_intree.bkl | ||
common_samples_outoftree.bkl | ||
common_samples.bkl | ||
common.bkl | ||
config.bkl | ||
expat.bkl | ||
files.bkl | ||
jpeg.bkl | ||
mac_bundles.bkl | ||
make_dist.mk | ||
monolithic.bkl | ||
multilib.bkl | ||
opengl.bkl | ||
plugins_deps.bkl | ||
plugins.bkl | ||
png.bkl | ||
README | ||
regex.bkl | ||
scintilla.bkl | ||
tiff.bkl | ||
version.bkl | ||
wx.bkl | ||
wxwin.py | ||
zlib.bkl |
This directory contains Bakefile (see http://bakefile.sourceforge.net) files needed to generate native makefiles for wxWidgets library and samples. Use the bakefile_gen utility to regenerate the makefiles (run it in this directory!). If you run it with no arguments, it will generate all makefiles that are not up to date. Use "bakefile_gen -c" to clean generated files. You can generate or clean only subset of files by specifying -f or -b flags when invoking bakefile_gen. For example, "bakefile_gen -fborland,msvc" will only regenerate Borland C++ and MSVC makefiles. -b flag limits regeneration only to specified bakefiles. For example, "bakefile_gen -b wx.bkl" will only regenerate main library makefiles. "bakefile_gen -b "../../samples/html/*/*.bkl" will regenerate makefiles for all wxHTML samples. -b and -f can be combined. You can customize the process of generating makefiles by adding file Bakefiles.local.bkgen (same format as Bakefiles.bkgen) with further settings. For example, you may disable output for compilers you don't use: <?xml version="1.0" ?> <bakefile-gen> <disable-formats>msvc,msvs2003prj</disable-formats> </bakefile-gen> Note: bakefile_gen creates file .bakefile_gen.state with dependencies information. This file can be safely deleted, but it contains valuable information that speed up regeneration process. Note: the following files are generated using bakefile_gen: * build/msw/* * makefiles with same names as makefiles in above dirs, Makefile.in files that contain "This makefile was generated by Bakefile" banner and VC++ project files in samples, demos and utils directories * src/wxWindows.dsp * autoconf_inc.m4 * all Makefile.in files (hopefully I didn't forget anything - VS)