diff options
| author | Tom Tromey <tom@tromey.com> | 2020-04-18 19:28:13 -0600 |
|---|---|---|
| committer | Tom Tromey <tom@tromey.com> | 2020-04-18 19:40:52 -0600 |
| commit | 45e1f031e823abf0fb233b3da6da099417e65bd8 (patch) | |
| tree | e5861c88db426b63b9831a7de3867fe7ffb1b7a0 /bfd/elf64-ppc.c | |
| parent | 13d43873d869d4125a79532889e8a8870cb015d7 (diff) | |
| download | gdb-45e1f031e823abf0fb233b3da6da099417e65bd8.zip gdb-45e1f031e823abf0fb233b3da6da099417e65bd8.tar.gz gdb-45e1f031e823abf0fb233b3da6da099417e65bd8.tar.bz2 | |
Restore some windows-tdep.c code
When I removed init_w32_command_list, I weirdly neglected to see if it
was called anywhere else. This patch restores the function, which is
called from windows-nat.c. Sorry about the breakage.
Is it possible to have a windows-native gdb that isn't also using
windows-tdep?
Anyway, I'm checking this in.
gdb/ChangeLog
2020-04-18 Tom Tromey <tom@tromey.com>
* windows-tdep.c (init_w32_command_list)
(w32_prefix_command_valid): Restore.
(_initialize_windows_tdep): Call init_w32_command_list.
Diffstat (limited to 'bfd/elf64-ppc.c')
0 files changed, 0 insertions, 0 deletions