]> git.ipfire.org Git - thirdparty/binutils-gdb.git/commitdiff
[gdb/testsuite] Fix typo in gdb.base/catch-syscall.exp
authorTom de Vries <tdevries@suse.de>
Sun, 31 Dec 2023 08:39:45 +0000 (09:39 +0100)
committerTom de Vries <tdevries@suse.de>
Sun, 31 Dec 2023 08:39:45 +0000 (09:39 +0100)
On aarch64-linux with a gdb build without libexpat, I run into:
...
(gdb) PASS: gdb.base/catch-syscall.exp: determine pipe syscall: \
  catch syscall 59
continue
Continuing.

Catchpoint 5 (call to syscall 59), 0x0000fffff7e04578 in pipe () from \
  /lib64/libc.so.6
(gdb) FAIL: gdb.base/catch-syscall.exp: determine pipe syscall: continue
...

In the test-case, this pattern handles either the syscall name or number for
the pipe syscall:
...
  -re -wrap "Catchpoint $decimal \\(call to syscall (pipe|$SYS_pipe)\\).*" {
...
but the pattern for the pipe2 syscall mistakenly uses SYS_pipe instead of
SYS_pipe2:
...
  -re -wrap "Catchpoint $decimal \\(call to syscall (pipe2|$SYS_pipe)\\).*" {
...
and consequently doesn't handle the pipe2 syscall number.

Fix the typo by using SYS_pipe2 instead.

Tested on aarch64-linux.

gdb/testsuite/gdb.base/catch-syscall.exp

index 0588cb35d87e5f130ef0bb1c33915d0a9bcca9e6..f7d499cb10b200463201218fb6a6fb5e58ec9855 100644 (file)
@@ -752,7 +752,7 @@ proc setup_all_syscalls {} {
                pass $gdb_test_name
                set ok 1
            }
-           -re -wrap "Catchpoint $decimal \\(call to syscall (pipe2|$SYS_pipe)\\).*" {
+           -re -wrap "Catchpoint $decimal \\(call to syscall (pipe2|$SYS_pipe2)\\).*" {
                lappend all_syscalls pipe2
                pass $gdb_test_name
                set ok 1