forked from Imagelibrary/binutils-gdb
gdb/selftest.m4: ensure $development is set
Before commit 3d1e5a43cb ("gdbsupport/configure.ac: source
development.sh"), the GDB build in non-development mode (turn
development to false in bfd/development.sh if you want to try) was
broken because the gdbsupport configure script didn't source
bfd/development.sh to set the development variable.
Since the GDB_AC_SELFTEST macro relies on the `development` variable, I
propose to modify it such that it errors out if $development does not
have an expected value of "true" or "false". This could prevent a
future similar problem from happening while refactoring the configure
scripts. It would have caught the problem fixed by the patch mentioned
earlier.
gdb/ChangeLog:
* selftest.m4 (GDB_AC_SELFTEST): Error out if $development is
not "true" or "false".
* configure: Re-generate.
gdbserver/ChangeLog:
* configure: Re-generate.
gdbsupport/ChangeLog:
* configure: Re-generate.
This commit is contained in:
5
gdb/configure
vendored
5
gdb/configure
vendored
@@ -19187,6 +19187,11 @@ $as_echo "#define GDB_DEFAULT_HOST_CHARSET \"UTF-8\"" >>confdefs.h
|
||||
# The default value of this option changes depending whether we're on
|
||||
# development mode (in which case it's "true") or not (in which case
|
||||
# it's "false").
|
||||
|
||||
if test "x$development" != xtrue && test "x$development" != xfalse; then :
|
||||
as_fn_error $? "Invalid value for \$development, got \"$development\", expecting \"true\" or \"false\"." "$LINENO" 5
|
||||
fi
|
||||
|
||||
# Check whether --enable-unit-tests was given.
|
||||
if test "${enable_unit_tests+set}" = set; then :
|
||||
enableval=$enable_unit_tests; case "${enableval}" in
|
||||
|
||||
Reference in New Issue
Block a user