aboutsummaryrefslogtreecommitdiff
path: root/gdb
diff options
context:
space:
mode:
authorTom de Vries <tdevries@suse.de>2024-03-28 08:26:31 +0100
committerTom de Vries <tdevries@suse.de>2024-03-28 08:26:31 +0100
commit4ef6173d2dfeafd33deedf7ce0d384cfbcf1170d (patch)
treee33cc911b9a57544a58eadeee18452fbbc1d061f /gdb
parenta26b7d06eb20bf8c83c9204a398c3444b5c28ddb (diff)
downloadgdb-4ef6173d2dfeafd33deedf7ce0d384cfbcf1170d.zip
gdb-4ef6173d2dfeafd33deedf7ce0d384cfbcf1170d.tar.gz
gdb-4ef6173d2dfeafd33deedf7ce0d384cfbcf1170d.tar.bz2
[gdb/testsuite] Fix gdb.base/ending-run.exp on manjaro linux
On aarch64-linux, using the manjaro linux distro, I run into: ... (gdb) next^M 32 }^M (gdb) next^M 0x0000fffff7d67b80 in ?? () from /usr/lib/libc.so.6^M (gdb) FAIL: gdb.base/ending-run.exp: step out of main ... What happens here is described in detail in this clause: ... -re "0x.*\\?\\? \\(\\) from /lib/powerpc.*$gdb_prompt $" { # This case occurs on Powerpc when gdb steps out of main and the # needed debug info files are not loaded on the system, preventing # GDB to determine which function it reached (__libc_start_call_main). # Ideally, the target system would have the necessary debugging # information, but in its absence, GDB's behavior is as expected. ... } ... but the clause only matches for powerpc. Fix this by: - making the regexp generic enough to also match /usr/lib/libc.so.6, and - updating the comment to not mention powerpc. Tested on aarch64-linux. PR testsuite/31450 Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=31450
Diffstat (limited to 'gdb')
-rw-r--r--gdb/testsuite/gdb.base/ending-run.exp4
1 files changed, 2 insertions, 2 deletions
diff --git a/gdb/testsuite/gdb.base/ending-run.exp b/gdb/testsuite/gdb.base/ending-run.exp
index 9c80de6..b9a72b0 100644
--- a/gdb/testsuite/gdb.base/ending-run.exp
+++ b/gdb/testsuite/gdb.base/ending-run.exp
@@ -206,8 +206,8 @@ gdb_test_multiple "next" "step out of main" {
# This is what happens on system using uClibc.
pass "step out of main"
}
- -re "0x.*\\?\\? \\(\\) from /lib/powerpc.*$gdb_prompt $" {
- # This case occurs on Powerpc when gdb steps out of main and the
+ -re -wrap "$hex in \\?\\? \\(\\) from \[^\r\n\]+" {
+ # This case occurs when gdb steps out of main and the
# needed debug info files are not loaded on the system, preventing
# GDB to determine which function it reached (__libc_start_call_main).
# Ideally, the target system would have the necessary debugging