diff options
| author | Nick Mathewson <nickm@torproject.org> | 2013-06-06 14:56:05 -0400 |
|---|---|---|
| committer | Nick Mathewson <nickm@torproject.org> | 2013-07-10 15:20:09 -0400 |
| commit | f7d654b81e1a65803c22bb53fc1d3a2021d87d50 (patch) | |
| tree | f97ef47c02419b0d38f03b85ad62f745e653cf41 /changes | |
| parent | fab99844fc324b2c9d415b1b1c192a25cf1c4230 (diff) | |
| download | tor-f7d654b81e1a65803c22bb53fc1d3a2021d87d50.tar tor-f7d654b81e1a65803c22bb53fc1d3a2021d87d50.tar.gz | |
Start work on fancy compiler tricks to expose extra stuff to our tests
This is mainly a matter of automake trickery: we build each static
library in two versions now: one with the TOR_UNIT_TESTS macro
defined, and one without. When TOR_UNIT_TESTS is defined, we can
enable mocking and expose more functions. When it's not defined, we
can lock the binary down more.
The alternatives would be to have alternate build modes: a "testing
configuration" for building the libraries with test support, and a
"production configuration" for building them without. I don't favor
that approach, since I think it would mean more people runnning
binaries build for testing, or more people not running unit tests.
Diffstat (limited to 'changes')
| -rw-r--r-- | changes/fancy_testing | 9 |
1 files changed, 9 insertions, 0 deletions
diff --git a/changes/fancy_testing b/changes/fancy_testing new file mode 100644 index 000000000..4d971943b --- /dev/null +++ b/changes/fancy_testing @@ -0,0 +1,9 @@ + o Build features: + + - Tor now builds each source file in two modes: a mode that avoids + exposing identifiers needlessly, and another mode that exposes + more identifiers for testing. This lets the compiler do better at + optimizing the production code, while enabling us to take more + radical measures to let the unit tests test things. + + |