From 7580e9176779460e031d82aa1cd5790db53ad27b Mon Sep 17 00:00:00 2001 From: Tom Tromey Date: Tue, 26 Nov 2013 14:39:08 -0700 Subject: [PATCH] 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 * objfiles.c (free_objfile): Update comment. --- gdb/ChangeLog | 4 ++++ gdb/objfiles.c | 16 +--------------- 2 files changed, 5 insertions(+), 15 deletions(-) diff --git a/gdb/ChangeLog b/gdb/ChangeLog index c5cd9ba..464601a 100644 --- a/gdb/ChangeLog +++ b/gdb/ChangeLog @@ -1,5 +1,9 @@ 2013-12-06 Tom Tromey + * objfiles.c (free_objfile): Update comment. + +2013-12-06 Tom Tromey + * objfiles.h (objfile_to_front): Remove. * objfiles.c (objfile_to_front): Remove. diff --git a/gdb/objfiles.c b/gdb/objfiles.c index 6fb08ea..2960ff9 100644 --- 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) -- 2.7.4