diff options
author | Tom de Vries <tdevries@suse.de> | 2022-05-11 15:48:23 +0200 |
---|---|---|
committer | Tom de Vries <tdevries@suse.de> | 2022-05-11 15:48:23 +0200 |
commit | 32412d8e48b156c387383833a97a649fce2f05a1 (patch) | |
tree | ef86364d4fe1a8b4e3869fa1f15998316326754c /sim | |
parent | aa02037b08312eece5c06e1e98b2ce8b30993c5c (diff) | |
download | binutils-32412d8e48b156c387383833a97a649fce2f05a1.zip binutils-32412d8e48b156c387383833a97a649fce2f05a1.tar.gz binutils-32412d8e48b156c387383833a97a649fce2f05a1.tar.bz2 |
[gdb/testsuite] Fix gdb.base/catch-syscall.exp with --with-expat=no
When doing a gdb build with --with-expat=no, I run into:
...
(gdb) PASS: gdb.base/catch-syscall.exp: determine pipe syscall: \
continue to breakpoint: before pipe call
catch syscall pipe^M
Unknown syscall name 'pipe'.^M
(gdb) PASS: gdb.base/catch-syscall.exp: determine pipe syscall: \
catch syscall pipe
catch syscall pipe2^M
Unknown syscall name 'pipe2'.^M
(gdb) PASS: gdb.base/catch-syscall.exp: determine pipe syscall: \
catch syscall pipe2
continue^M
Continuing.^M
[Detaching after vfork from child process 18538]^M
[Inferior 1 (process 18537) exited normally]^M
(gdb) FAIL: gdb.base/catch-syscall.exp: determine pipe syscall: continue
...
This is a regression since recent commit 5463a15c18b ("[gdb/testsuite] Handle
pipe2 syscall in gdb.base/catch-syscall.exp").
Fix this by using pipe/pipe2 syscall numbers instead.
Tested on x86_64-linux.
Diffstat (limited to 'sim')
0 files changed, 0 insertions, 0 deletions