aboutsummaryrefslogtreecommitdiff
path: root/gdb
diff options
context:
space:
mode:
authorTom Tromey <tromey@redhat.com>2011-12-08 18:08:12 +0000
committerTom Tromey <tromey@redhat.com>2011-12-08 18:08:12 +0000
commitff011ed785d6a9e25c853f8c69bb5d62bc080fec (patch)
tree1af3c8007b3fbd250a1fddedb783101ba59be697 /gdb
parentd8ea7931936cdd95a066bfc1c1fbf0de0340ce6f (diff)
downloadgdb-ff011ed785d6a9e25c853f8c69bb5d62bc080fec.zip
gdb-ff011ed785d6a9e25c853f8c69bb5d62bc080fec.tar.gz
gdb-ff011ed785d6a9e25c853f8c69bb5d62bc080fec.tar.bz2
* objfiles.h (struct objfile): Remove obsolete comment.
* objfiles.c (build_objfile_section_table): Remove obsolete comment.
Diffstat (limited to 'gdb')
-rw-r--r--gdb/ChangeLog6
-rw-r--r--gdb/objfiles.c6
-rw-r--r--gdb/objfiles.h16
3 files changed, 9 insertions, 19 deletions
diff --git a/gdb/ChangeLog b/gdb/ChangeLog
index 855bc97..5b1de64 100644
--- a/gdb/ChangeLog
+++ b/gdb/ChangeLog
@@ -1,3 +1,9 @@
+2011-12-08 Tom Tromey <tromey@redhat.com>
+
+ * objfiles.h (struct objfile): Remove obsolete comment.
+ * objfiles.c (build_objfile_section_table): Remove obsolete
+ comment.
+
2011-12-07 Stan Shebs <stan@codesourcery.com>
* MAINTAINERS (Responsible Maintainers): Add Yao Qi as
diff --git a/gdb/objfiles.c b/gdb/objfiles.c
index 34d6422..fb26420 100644
--- a/gdb/objfiles.c
+++ b/gdb/objfiles.c
@@ -162,12 +162,6 @@ add_to_objfile_sections (struct bfd *abfd, struct bfd_section *asect,
int
build_objfile_section_table (struct objfile *objfile)
{
- /* objfile->sections can be already set when reading a mapped symbol
- file. I believe that we do need to rebuild the section table in
- this case (we rebuild other things derived from the bfd), but we
- can't free the old one (it's in the objfile_obstack). So we just
- waste some memory. */
-
objfile->sections_end = 0;
bfd_map_over_sections (objfile->obfd,
add_to_objfile_sections, (void *) objfile);
diff --git a/gdb/objfiles.h b/gdb/objfiles.h
index 742da5d..d29fb4d 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;