diff options
author | Tom de Vries <tdevries@suse.de> | 2025-01-20 05:41:01 +0100 |
---|---|---|
committer | Tom de Vries <tdevries@suse.de> | 2025-01-20 05:41:01 +0100 |
commit | c99345db064e1bd645bc08db65174bae7ac20b0e (patch) | |
tree | 34fc84d6c2ba4d4662edc95f4851f4cdaacb9366 /libctf/ctf-dedup.c | |
parent | a6a73edaa83a29bd0aa1a9a649140bd3b298d98a (diff) | |
download | binutils-c99345db064e1bd645bc08db65174bae7ac20b0e.zip binutils-c99345db064e1bd645bc08db65174bae7ac20b0e.tar.gz binutils-c99345db064e1bd645bc08db65174bae7ac20b0e.tar.bz2 |
[gdb/testsuite] Fix gdb.cp/non-trivial-retval.exp on arm-linux with gcc 13
On arm-linux, with target board unix/-mthumb, we get:
...
(gdb) PASS: gdb.cp/non-trivial-retval.exp: continue to breakpoint: Break here
p f1 (i1, i2)^M
$1 = {a = -136274256}^M
(gdb) FAIL: gdb.cp/non-trivial-retval.exp: gdb-command<p f1 (i1, i2)>
...
This is not a problem with the inferior call, which works fine:
...
(gdb) p f1 (23, 100)
$3 = {a = 123}
...
but instead it's a problem with the location information:
...
(gdb) p i1
$1 = -136274356
(gdb) p i2
$2 = 100
...
which tells us to find the value of i1 in (DW_OP_fbreg: -12).
The test-case passes if we drop -fvar-tracking, in which case the debug info
tells us to find the value of i1 in (DW_OP_fbreg: -20).
This is with gcc 13.3.0 on Ubuntu 24.04. With gcc 14.2.0 on Debian testing,
the code is the same, but -fvar-tracking does use the correct
'(DW_OP_fbreg: -20)'.
There seems to be some bugfix in -fvar-tracking for gcc 14.
Workaround the bug by using constants 23 and 100 instead of i1 and i2 when
using -fvar-tracking and gcc < 14.
Tested on arm-linux.
PR testsuite/32549
Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=32549
Diffstat (limited to 'libctf/ctf-dedup.c')
0 files changed, 0 insertions, 0 deletions