aboutsummaryrefslogtreecommitdiff
path: root/binutils/dlltool.h
diff options
context:
space:
mode:
authorAndrew Burgess <aburgess@redhat.com>2023-02-08 10:31:14 +0000
committerAndrew Burgess <aburgess@redhat.com>2023-02-12 05:46:44 +0000
commit2ecee236752932672fb3d6cd63c6976927f747d8 (patch)
treedfc2d7aea5d7c5497d972cd47b6e5bf0a101917a /binutils/dlltool.h
parent0a9ccb9dd79384f3ba3f8cd75940e8868f3b526f (diff)
downloadgdb-2ecee236752932672fb3d6cd63c6976927f747d8.zip
gdb-2ecee236752932672fb3d6cd63c6976927f747d8.tar.gz
gdb-2ecee236752932672fb3d6cd63c6976927f747d8.tar.bz2
gdb: use -1 for breakpoint::task default value
Within the breakpoint struct we have two fields ::thread and ::task which are used for thread or task specific breakpoints. When a breakpoint doesn't have a specific thread or task then these fields have the values -1 and 0 respectively. There's no particular reason (as far as I can tell) why these two "default" values are different, and I find the difference a little confusing. Long term I'd like to potentially fold these two fields into a single field, but that isn't what this commit does. What this commit does is switch to using -1 as the "default" value for both fields, this means that the default for breakpoint::task has changed from 0 to -1. I've updated all the code I can find that relied on the value of 0, and I see no test regressions, especially in gdb.ada/tasks.exp, which still fully passes. There should be no user visible changes after this commit. Approved-By: Pedro Alves <pedro@palves.net>
Diffstat (limited to 'binutils/dlltool.h')
0 files changed, 0 insertions, 0 deletions