summaryrefslogtreecommitdiff
path: root/gdb/objfiles.h
diff options
context:
space:
mode:
authorTom Tromey <tromey@redhat.com>2011-12-08 18:08:08 +0000
committerTom Tromey <tromey@redhat.com>2011-12-08 18:08:08 +0000
commited99705929ed57c1e45206e16eb3d627288a8ace (patch)
tree2b08c43e73f14697069f917b4b871412e899d386 /gdb/objfiles.h
parent9c737a359a2c2730e685ef363173e7a6921974a7 (diff)
downloadgdb-ed99705929ed57c1e45206e16eb3d627288a8ace.tar.gz
* objfiles.h (struct objfile): Remove obsolete comment.
* objfiles.c (build_objfile_section_table): Remove obsolete comment.
Diffstat (limited to 'gdb/objfiles.h')
-rw-r--r--gdb/objfiles.h16
1 files changed, 3 insertions, 13 deletions
diff --git a/gdb/objfiles.h b/gdb/objfiles.h
index 742da5d3c51..d29fb4d03b1 100644
--- a/gdb/objfiles.h
+++ b/gdb/objfiles.h
@@ -173,19 +173,9 @@ struct objfile
{
/* All struct objfile's are chained together by their next pointers.
- The global variable "object_files" points to the first link in this
- chain.
-
- FIXME: There is a problem here if the objfile is reusable, and if
- multiple users are to be supported. The problem is that the objfile
- list is linked through a member of the objfile struct itself, which
- is only valid for one gdb process. The list implementation needs to
- be changed to something like:
-
- struct list {struct list *next; struct objfile *objfile};
-
- where the list structure is completely maintained separately within
- each gdb process. */
+ The program space field "objfiles" (frequently referenced via
+ the macro "object_files") points to the first link in this
+ chain. */
struct objfile *next;