mirror of
https://github.com/espressif/binutils-gdb.git
synced 2025-08-06 06:45:56 +08:00
gdb/selftest.m4: ensure $development is set
Before commit 3d1e5a43cbe ("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
gdbserver/configure
vendored
5
gdbserver/configure
vendored
@ -6083,6 +6083,11 @@ fi
|
||||
# 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