aboutsummaryrefslogtreecommitdiff
path: root/gold
diff options
context:
space:
mode:
authorTom de Vries <tdevries@suse.de>2024-05-20 16:42:08 +0200
committerTom de Vries <tdevries@suse.de>2024-05-20 16:42:08 +0200
commit9839849c0c357cc478acf1a9dd3e96e6b65ceaf1 (patch)
treecc7cf28e97ef2f679b738c5be4283dfff268b9d5 /gold
parente390d876abbf3b4f411b908e6dc37ed9954e24b4 (diff)
downloadgdb-9839849c0c357cc478acf1a9dd3e96e6b65ceaf1.zip
gdb-9839849c0c357cc478acf1a9dd3e96e6b65ceaf1.tar.gz
gdb-9839849c0c357cc478acf1a9dd3e96e6b65ceaf1.tar.bz2
[gdb/testsuite] Fix can_spawn_for_attach_1 consistency check
When running test-case gdb.testsuite/gdb-caching-proc-consistency.exp with target board native-gdbserver, we run into: ... (gdb) ERROR: tcl error sourcing gdb.testsuite/gdb-caching-proc-consistency.exp. ERROR: gdbserver does not support attach 4827 without extended-remote while executing "error "gdbserver does not support $command without extended-remote"" (procedure "gdb_test_multiple" line 51) invoked from within "gdb_test_multiple "attach $test_pid" "can spawn for attach" { -re -wrap "$attaching_re\r\n.*ptrace: Operation not permitted\\." { # Not permitte..." (procedure "gdb_real__can_spawn_for_attach_1" line 27) invoked from within "gdb_real__can_spawn_for_attach_1" ... The problem is that: - can_spawn_for_attach_1 is a helper function for can_spawn_for_attach, designed to be called only from that function, and - can_spawn_for_attach_1 is a gdb_caching_proc, and consequently test-case gdb.testsuite/gdb-caching-proc-consistency.exp calls can_spawn_for_attach_1 directly. Fix this by copying the early-outs from can_spawn_for_attach to can_spawn_for_attach_1. Tested on x86_64-linux. Reported-By: Simon Marchi <simark@simark.ca> Reviewed-By: Alexandra Petlanova Hajkova <ahajkova@redhat.com>
Diffstat (limited to 'gold')
0 files changed, 0 insertions, 0 deletions