update free_objfile comment

The introductory comment to free_objfile is obsolete.
This patch fixes it by removing all the obsolete bits.

2013-12-06  Tom Tromey  <tromey@redhat.com>

	* objfiles.c (free_objfile): Update comment.

diff --git a/gdb/ChangeLog b/gdb/ChangeLog
index c5cd9ba8e72ab2697a5cb9ceb29766ef4e0de38d..464601a878d01ad4a7f2a599dbd3eb3cd162b296 100644 (file)
--- a/gdb/ChangeLog
+++ b/gdb/ChangeLog
@@ -1,3 +1,7 @@
+2013-12-06  Tom Tromey  <tromey@redhat.com>
+
+       * objfiles.c (free_objfile): Update comment.
+
 2013-12-06  Tom Tromey  <tromey@redhat.com>
 
        * objfiles.h (objfile_to_front): Remove.

diff --git a/gdb/objfiles.c b/gdb/objfiles.c
index 6fb08ea267be4bbc64865f29edaddf6b8eb6f943..2960ff9b00fa4ba0d368a922d249989169538376 100644 (file)
--- a/gdb/objfiles.c
+++ b/gdb/objfiles.c
@@ -520,21 +520,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)