aboutsummaryrefslogtreecommitdiff
path: root/opcodes/ChangeLog-2010
diff options
context:
space:
mode:
authorTom de Vries <tdevries@suse.de>2026-03-03 09:19:43 +0100
committerTom de Vries <tdevries@suse.de>2026-03-03 09:19:43 +0100
commit23655c1e7f4f1839db9e2b1fcffde680be2e98e1 (patch)
treef5936b3b4f41d575c856266108e9a6d410634a10 /opcodes/ChangeLog-2010
parent0b58bc79598ae63a5b515ac497ade86cd671a5c3 (diff)
downloadfsf-binutils-gdb-master.zip
fsf-binutils-gdb-master.tar.gz
fsf-binutils-gdb-master.tar.bz2
[gdb/record] Fix syscall recording some moreHEADmaster
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