diff options
| author | Andrew Cagney <cagney@redhat.com> | 2003-02-01 20:51:06 +0000 |
|---|---|---|
| committer | Andrew Cagney <cagney@redhat.com> | 2003-02-01 20:51:06 +0000 |
| commit | 2f329edb948f7c0d09e69177a9e8e077eb5e0491 (patch) | |
| tree | fc640fe0596078e6a974f7c51f4e936cc481b8f6 /gdb/symfile.c | |
| parent | 46b1e5dcaf1d1a956e1a28b3930d0a47a318707c (diff) | |
| download | gdb-2f329edb948f7c0d09e69177a9e8e077eb5e0491.tar.gz | |
2003-02-01 Andrew Cagney <ac131313@redhat.com>
* main.c (captured_main): Delete #ifdef ADDITIONAL_OPTIONS,
ADDITIONAL_OPTION_CASES, and ADDITIONAL_OPTION_HANDLER code.
(print_gdb_help): Delete #ifdef ADDITIONAL_OPTION_HELP code.
* stabsread.c (DBX_PARM_SYMBOL_CLASS): Delete macro.
(define_symbol): Update.
* symfile.c (generic_load): Remove references to nindy.
* symtab.c: Remove references to nindy.
Index: doc/ChangeLog
2003-02-01 Andrew Cagney <ac131313@redhat.com>
* gdbint.texinfo (Target Architecture Definition): Delete
description of ADDITIONAL_OPTIONS, ADDITIONAL_OPTION_CASES,
ADDITIONAL_OPTION_HANDLER, and ADDITIONAL_OPTION_HELP, and
BEFORE_MAIN_LOOP_HOOK, and DBX_PARM_SYMBOL_CLASS along with
references to nindy and i960.
* gdb.texinfo (i960): Delete all references to i960 and nindy.
Diffstat (limited to 'gdb/symfile.c')
| -rw-r--r-- | gdb/symfile.c | 10 |
1 files changed, 5 insertions, 5 deletions
diff --git a/gdb/symfile.c b/gdb/symfile.c index 95da6f12416..c83c025bbfb 100644 --- a/gdb/symfile.c +++ b/gdb/symfile.c @@ -1652,11 +1652,11 @@ generic_load (char *args, int from_tty) for other targets too. */ write_pc (entry); - /* FIXME: are we supposed to call symbol_file_add or not? According to - a comment from remote-mips.c (where a call to symbol_file_add was - commented out), making the call confuses GDB if more than one file is - loaded in. remote-nindy.c had no call to symbol_file_add, but remote-vx.c - does. */ + /* FIXME: are we supposed to call symbol_file_add or not? According + to a comment from remote-mips.c (where a call to symbol_file_add + was commented out), making the call confuses GDB if more than one + file is loaded in. Some targets do (e.g., remote-vx.c) but + others don't (or didn't - perhaphs they have all been deleted). */ print_transfer_performance (gdb_stdout, cbdata.data_count, cbdata.write_count, end_time - start_time); |