fpc/tests
2003-01-05 18:35:16 +00:00
..
bench
sparc
tbf * 1.1 only 2003-01-05 18:14:57 +00:00
tbs * rangecheck error when operands are widened 2003-01-05 18:35:16 +00:00
test * removed more conflicting calling directives 2003-01-05 18:21:30 +00:00
units * don't clean the original rtl dirs 2002-12-24 21:52:59 +00:00
utils * small verbosity update 2002-12-24 22:30:41 +00:00
webtbf * new bug 2002-12-23 20:13:26 +00:00
webtbs * runtime check 2003-01-03 19:18:14 +00:00
.cvsignore
Makefile + Added dbdigest to store results in a database 2002-12-17 15:03:30 +00:00
Makefile.fpc + Added dbdigest to store results in a database 2002-12-17 15:03:30 +00:00
readme.txt

The different directories are organized as follows:

webtbs...........Tests which should succeed compilation
  Digits in filename refer to bug database entry
webtbf...........Tests which should fail compilation
  Digits in filename refer to bug database entry
test.............Some manual tests / testsuites
tbs..............Manual database tests (success in compilation)
tbf..............Manual database tests (fail compile)
units............Unit helper for doing the tests
utils............Utilities for processing tests


At the top of the test source code, some options
can be used to determine how the tests will be
processed (if processed automatically via make):

OPT...............Compiler option required to compile
CPU...............CPU Test target (i386,m68k,etc)
VERSION...........Compiler required to execute/compiler test
RESULT............Exit code of execution of test expected
GRAPH.............Requires graph unit
FAIL..............Compilation must fail
RECOMPILE.........????
NORUN.............Do not execute test, only compile it
KNOWN.............Known bug, will not be logged as bug
INTERACTIVE.......Do not execute test, as it requires user 
			intervention
NOTE..............Output note when compiling/executing test

To actually start the testsuite:
do a simple make full
This should create a log of all failed tests.