aboutsummaryrefslogtreecommitdiff
path: root/gdb/python/python.c
diff options
context:
space:
mode:
authorTom de Vries <tdevries@suse.de>2026-01-03 16:06:29 +0100
committerTom de Vries <tdevries@suse.de>2026-01-03 16:06:29 +0100
commit70013849b16bb344475dd8d549e254b24ea208fe (patch)
tree73615b3b99af9e52d8340abd539520e1175a2b0b /gdb/python/python.c
parent5e7cf3e91c8f8fb13f2f4d6a8639f6243c8ce003 (diff)
downloadbinutils-70013849b16bb344475dd8d549e254b24ea208fe.zip
binutils-70013849b16bb344475dd8d549e254b24ea208fe.tar.gz
binutils-70013849b16bb344475dd8d549e254b24ea208fe.tar.bz2
[gdb/testsuite] Fix gdb.base/gdb11531.exp with m32 PIE
With test-case gdb.base/gdb11531.exp and target board unix/-m32/-fPIE/-pie I get: ... (gdb) next^M 34 myrec.x = 5;^M (gdb) FAIL: gdb.base/gdb11531.exp: watchpoint variable triggers at next ... For contrast, with target board unix/-m32 I get instead: ... (gdb) next^M ^M Hardware watchpoint 2: myrec.x^M ^M Old value = 0^M New value = 5^M main () at /data/vries/gdb/src/gdb/testsuite/gdb.base/gdb11531.c:35^M 35 myrec.y = 3.4;^M (gdb) PASS: gdb.base/gdb11531.exp: watchpoint variable triggers at next ... The problem is that the runto_main doesn't set a breakpoint on the same line in both cases. Fix this by using runto "$srcfile:34". [ The underlying problem here is the failure of prologue analysis to deal with get_pc_thunk. But since there's a PR [1] open about this, and the problem is unrelated to the test-case, we work around it. ] Tested on x86_64-linux. [1] https://sourceware.org/bugzilla/show_bug.cgi?id=29043
Diffstat (limited to 'gdb/python/python.c')
0 files changed, 0 insertions, 0 deletions