diff options
| author | Tom de Vries <tdevries@suse.de> | 2026-01-03 16:06:29 +0100 |
|---|---|---|
| committer | Tom de Vries <tdevries@suse.de> | 2026-01-03 16:06:29 +0100 |
| commit | 70013849b16bb344475dd8d549e254b24ea208fe (patch) | |
| tree | 73615b3b99af9e52d8340abd539520e1175a2b0b /gdb/python/python.c | |
| parent | 5e7cf3e91c8f8fb13f2f4d6a8639f6243c8ce003 (diff) | |
| download | binutils-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
