aboutsummaryrefslogtreecommitdiff
path: root/gdb/doc
diff options
context:
space:
mode:
authorPedro Alves <pedro@palves.net>2022-07-13 16:45:21 +0100
committerPedro Alves <pedro@palves.net>2022-07-18 17:29:15 +0100
commit23948f56021f46bb2bdee7afad074aafe8329230 (patch)
treec2bb481bf02cbd8006582f888643f268541cb18f /gdb/doc
parent6a40c6e4374a660eab5cdc2f8a777ccbd7a81951 (diff)
downloadfsf-binutils-gdb-23948f56021f46bb2bdee7afad074aafe8329230.zip
fsf-binutils-gdb-23948f56021f46bb2bdee7afad074aafe8329230.tar.gz
fsf-binutils-gdb-23948f56021f46bb2bdee7afad074aafe8329230.tar.bz2
Put gdb.base/bt-on-fatal-signal.exp GDB cores in output dir
I noticed that gdb.base/bt-on-fatal-signal.exp was contributing four core files to the count of unexpected core files: $ make check TESTS="gdb.base/bt-on-fatal-signal.exp" === gdb Summary === # of unexpected core files 4 # of expected passes 21 These are GDB core dumps. They are expected, however, because the whole point of the testcase is to crash GDB with a signal. Make GDB change its current directory to the output dir just before crashing, so that the core files end up there. The result is now: === gdb Summary === # of expected passes 25 and: $ find . -name "core.*" ./testsuite/outputs/gdb.base/bt-on-fatal-signal/core.gdb.1676506.nelson.1657727692 ./testsuite/outputs/gdb.base/bt-on-fatal-signal/core.gdb.1672585.nelson.1657727671 ./testsuite/outputs/gdb.base/bt-on-fatal-signal/core.gdb.1674833.nelson.1657727683 ./testsuite/outputs/gdb.base/bt-on-fatal-signal/core.gdb.1673709.nelson.1657727676 (Note the test is skipped at the top if on a remote host.) Change-Id: I79e4fb2e91330279c7a509930b1952194a72e85a
Diffstat (limited to 'gdb/doc')
0 files changed, 0 insertions, 0 deletions