aboutsummaryrefslogtreecommitdiff
path: root/gdb/README
diff options
context:
space:
mode:
authorSergio Durigan Junior <sergiodj@redhat.com>2018-09-17 15:58:55 -0400
committerSergio Durigan Junior <sergiodj@redhat.com>2018-10-10 16:23:56 -0400
commit8ecfd7bd4acd69213c06fac6de9af38299123547 (patch)
tree2c3055edaaac0053f0403713cbbbbe5e6a01c4b3 /gdb/README
parent33b031ce7a9b8b1b7c729518af965b7cb70a1cd6 (diff)
downloadgdb-8ecfd7bd4acd69213c06fac6de9af38299123547.zip
gdb-8ecfd7bd4acd69213c06fac6de9af38299123547.tar.gz
gdb-8ecfd7bd4acd69213c06fac6de9af38299123547.tar.bz2
Add parameter to allow enabling/disabling selftests via configure
This is a follow-up of: https://sourceware.org/ml/gdb-patches/2018-08/msg00347.html Instead of going throttle and always enabling our selftests (even in non-development builds), this patch is a bit more conservative and introduces a configure option ("--enable-unit-tests") that allows the user to choose whether she wants unit tests in the build or not. Note that the current behaviour is retained: if no option is provided, GDB will have selftests included in a development build, and will *not* have selftests included in a non-development build. The rationale for having this option is still the same: due to the many racy testcases and random failures we see when running the GDB testsuite, it is unfortunately not possible to perform a full test when one is building a downstream package. As the Fedora GDB maintainer and one of the Debian GDB uploaders, I feel like this situation could be improved by, at least, executing our selftests after the package has been built. This patch introduces no regressions to our build. OK? gdb/ChangeLog: 2018-10-10 Sergio Durigan Junior <sergiodj@redhat.com> Simon Marchi <simark@simark.ca> * README (`configure' options): Add documentation for new "--enable-unit-tests" option. * acinclude.m4: Include "selftest.m4". * configure: Regenerate. * configure.ac: Use "GDB_AC_SELFTEST". * maint.c (maintenance_selftest): Update message informing that selftests have been disabled. (maintenance_info_selftests): Likewise. * selftest.m4: New file. gdb/gdbserver/ChangeLog: 2018-10-10 Sergio Durigan Junior <sergiodj@redhat.com> Simon Marchi <simark@simark.ca> * acinclude.m4: Include "../selftest.m4". * configure: Regenerate. * configure.ac: Use "GDB_AC_SELFTEST". * configure.srv: Use "$enable_unittests" instead of "$development" when checking whether unit tests have been enabled. * server.c (captured_main): Update message informing that selftests have been disabled. gdb/testsuite/ChangeLog: 2018-10-10 Sergio Durigan Junior <sergiodj@redhat.com> * gdb.gdb/unittest.exp: Update expected message informing that selftests have been disabled. * gdb.server/unittest.exp: Likewise. squash! Add parameter to allow enabling/disabling selftests via configure
Diffstat (limited to 'gdb/README')
-rw-r--r--gdb/README6
1 files changed, 6 insertions, 0 deletions
diff --git a/gdb/README b/gdb/README
index 69ba0eb..8a91aab 100644
--- a/gdb/README
+++ b/gdb/README
@@ -545,6 +545,12 @@ more obscure GDB `configure' options are not listed here.
behavior. It has a performance cost, so if you are looking at
GDB's performance, you should disable it.
+`--enable-unit-tests[=yes|no]'
+ Enable (i.e., include) support for unit tests when compiling GDB
+ and GDBServer. Note that if this option is not passed, GDB will
+ have selftests if it is a development build, and will *not* have
+ selftests if it is a non-development build.
+
`configure' accepts other options, for compatibility with configuring
other GNU tools recursively.