diff options
author | Tom de Vries <tdevries@suse.de> | 2023-01-23 11:54:43 +0100 |
---|---|---|
committer | Tom de Vries <tdevries@suse.de> | 2023-01-23 11:54:43 +0100 |
commit | eb015bf86b6c6764f8acfea01a25a63e9b492dc5 (patch) | |
tree | 600fb6aca85b243abaf8f714a3def50ce9881fa8 /gdb/testsuite/gdb.dap | |
parent | b960c86c1e60ff9f8baf23bbc567f6d21344c370 (diff) | |
download | gdb-eb015bf86b6c6764f8acfea01a25a63e9b492dc5.zip gdb-eb015bf86b6c6764f8acfea01a25a63e9b492dc5.tar.gz gdb-eb015bf86b6c6764f8acfea01a25a63e9b492dc5.tar.bz2 |
[gdb/testsuite] Avoid using .eh_frame in gdb.base/unwind-on-each-insn.exp
One purpose of the gdb.base/unwind-on-each-insn.exp test-case is to test the
architecture-specific unwinders on foo, so unwind-on-each-insn-foo.c is
compiled with nodebug, to prevent the dwarf unwinders from taking effect.
For for instance gcc x86_64 though, -fasynchronous-unwind-tables is enabled by
default, generating an .eh_frame section contribution which might enable the
dwarf unwinders and bypass the architecture-specific unwinders.
Currently, that happens to be not the case due to the current implementation
of epilogue_unwind_valid, which assumes that in absence of debug info proving
that the compiler is gcc >= 4.5.0, the .eh_frame contribution is invalid.
That may change though, see PR30028, in which case
gdb.base/unwind-on-each-insn.exp stops being a regression test for commit
49d7cd733a7 ("Change calculation of frame_id by amd64 epilogue unwinder").
Fix this by making sure that we don't use .eh_frame info regardless of
epilogue_unwind_valid, simply by not generating it using
-fno-asynchronous-unwind-tables.
Tested on x86_64-linux, target boards unix/{-m64,-m32}, using compilers
gcc 7.5.0 and clang 13.0.1.
Diffstat (limited to 'gdb/testsuite/gdb.dap')
0 files changed, 0 insertions, 0 deletions