Age | Commit message (Collapse) | Author | Files | Lines |
|
Fix bug that made tests organized in deep directory structures (e.g. the
gcc testsuite) be run multiple times.
|
|
Changes since 1.4.1 include:
- New XML output option, so test results can be loaded into a database.
- Support for the KFAIL/KPASS (known failures). This is mostly oriented
towards GDB testing.
- New tutorial chapter.
- Test case builds with either libstdc++-v3 (as used by gcc-3.0.x) or the
older v2.(as used by gcc-2.95.x)
|
|
after consulting with Todd. Any volunteers for any of these packages?
|
|
|
|
|
|
|
|
provide a single front end for all tests. Beyond this, DejaGnu offers
several advantages for testing:
- The flexibility and consistency of the DejaGnu framework
make it easy to write tests for any program.
- DejaGnu provides a layer of abstraction which makes all
tests (if correctly written) portable to any host or target
where a program must be tested. For instance, a test for
GDB can run (from any Unix based host) on any target
architecture supported by DejaGnu. Currently DejaGnu runs
tests on several single board computers, whose operating
software ranges from just a boot monitor to a full-fledged,
Unix-like realtime OS.
- DejaGnu is written in expect, which in turn uses Tcl
(Tool command language). The framework comprises two parts:
the testing framework and the testsuites themselves. Tests
are usually written in expect using Tcl.
|