diff options
| author | Tom de Vries <tdevries@suse.de> | 2026-03-03 09:19:43 +0100 |
|---|---|---|
| committer | Tom de Vries <tdevries@suse.de> | 2026-03-03 09:19:43 +0100 |
| commit | 23655c1e7f4f1839db9e2b1fcffde680be2e98e1 (patch) | |
| tree | f5936b3b4f41d575c856266108e9a6d410634a10 /opcodes/ChangeLog-2010 | |
| parent | 0b58bc79598ae63a5b515ac497ade86cd671a5c3 (diff) | |
| download | fsf-binutils-gdb-master.zip fsf-binutils-gdb-master.tar.gz fsf-binutils-gdb-master.tar.bz2 | |
I ran into the same gdb.reverse/sigall-reverse.exp failure on ppc64le-linux,
as fixed in commits:
- commit 3686645cec9 ("[gdb/record] Fix return value for svc in
aarch64_record_branch_except_sys"), and
- commit 4ef576bdb7f ("[gdb/record] Fix return value for syscall in
loongarch_record_syscall_insn").
The difference with those commits is that the problem is not due to confusion
about a port-local enums (aarch64_record_result, loongarch_record_result).
Instead, the port just treats return values 1 and -1 the same:
...
if (tdep->ppc_syscall_record (regcache) != 0)
return -1;
...
Fix this by passing through the return value 1 instead.
Likewise on s390x-linux.
Tested on ppc64le-linux and s390x-linux.
Reviewed-by: Abhay Kandpal <abhay@linux.ibm.com>
Diffstat (limited to 'opcodes/ChangeLog-2010')
0 files changed, 0 insertions, 0 deletions
