This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
[PATCH 8/8] update free_objfile comment
- From: Tom Tromey <tromey at redhat dot com>
- To: gdb-patches at sourceware dot org
- Cc: Tom Tromey <tromey at redhat dot com>
- Date: Tue, 26 Nov 2013 14:49:47 -0700
- Subject: [PATCH 8/8] update free_objfile comment
- Authentication-results: sourceware.org; auth=none
- References: <1385502587-29757-1-git-send-email-tromey at redhat dot com>
The introductory comment to free_objfile is obsolete.
This patch fixes it by removing all the obsolete bits.
2013-11-26 Tom Tromey <tromey@redhat.com>
* objfiles.c (free_objfile): Update comment.
---
gdb/ChangeLog | 4 ++++
gdb/objfiles.c | 16 +---------------
2 files changed, 5 insertions(+), 15 deletions(-)
diff --git a/gdb/objfiles.c b/gdb/objfiles.c
index e8d641f..4f84ff6 100644
--- a/gdb/objfiles.c
+++ b/gdb/objfiles.c
@@ -509,21 +509,7 @@ free_objfile_separate_debug (struct objfile *objfile)
}
}
-/* Destroy an objfile and all the symtabs and psymtabs under it. Note
- that as much as possible is allocated on the objfile_obstack
- so that the memory can be efficiently freed.
-
- Things which we do NOT free because they are not in malloc'd memory
- or not in memory specific to the objfile include:
-
- objfile -> sf
-
- FIXME: If the objfile is using reusable symbol information (via mmalloc),
- then we need to take into account the fact that more than one process
- may be using the symbol information at the same time (when mmalloc is
- extended to support cooperative locking). When more than one process
- is using the mapped symbol info, we need to be more careful about when
- we free objects in the reusable area. */
+/* Destroy an objfile and all the symtabs and psymtabs under it. */
void
free_objfile (struct objfile *objfile)
--
1.8.1.4