diff options
author | Andrew Burgess <andrew.burgess@embecosm.com> | 2018-07-03 16:44:08 +0100 |
---|---|---|
committer | Andrew Burgess <andrew.burgess@embecosm.com> | 2018-08-06 08:52:08 +0100 |
commit | 5bd18990b01406ff41dc44d92db1c34018b61923 (patch) | |
tree | 8cd440992f3e2b0eeea55e02ec0cea9ee5e0ad25 /gdb/proc-api.c | |
parent | 953473375500a809fbb3eca3efa4dbb670c3a32f (diff) | |
download | binutils-5bd18990b01406ff41dc44d92db1c34018b61923.zip binutils-5bd18990b01406ff41dc44d92db1c34018b61923.tar.gz binutils-5bd18990b01406ff41dc44d92db1c34018b61923.tar.bz2 |
gdb: Only run scheduler-locking tests if feature is supported
Not all targets support scheduler-locking. Add a check to see if the
taraget supports scheduler locking, and if it doesn't, don't run the
scheduler-locking tests that will otherwise fail.
There are actually a set of tests that try to use scheduler-locking
however, in most of these cases the test will not be run on smaller
targets (those that might not support threads and scheduler-locking)
due to the targets lack of support for threads, or some other larger
feature.
In the gdb.mi/mi-cmd-param-changed.exp test though, there's no
dependence on threads, or any other larger feature, and so, for the
small target I was using the test would otherwise try to run, only to
fail due to lack of support for scheduler-locking.
gdb/testsuite/ChangeLog:
* lib/gdb.exp (target_supports_scheduler_locking): New proc.
* gdb.mi/mi-cmd-param-changed.exp: Only run scheduler locking
tests if the target supports scheduler locking.
Diffstat (limited to 'gdb/proc-api.c')
0 files changed, 0 insertions, 0 deletions