From: Tristan Gingold <gingold@adacore.com>
To: gdb-patches ml <gdb-patches@sourceware.org>
Subject: [RFA] little cleanup in allocate_objfile
Date: Fri, 23 Oct 2009 12:43:00 -0000 [thread overview]
Message-ID: <C933C953-DCE2-47B7-AE6F-B1BB560A3EAA@adacore.com> (raw)
Hi,
did I miss the obvious ? The initial test in allocate_objfile looks
unnecessary and the comment dates back
to mmalloc.
Tristan.
2009-10-23 Tristan Gingold <gingold@adacore.com>
* objfiles.c (allocate_objfile): Remove useless test. Move
declaration of last_one to the block that uses it.
===================================================================
RCS file: /cvs/src/src/gdb/objfiles.c,v
retrieving revision 1.100
diff -u -r1.100 objfiles.c
--- objfiles.c 22 Oct 2009 20:20:27 -0000 1.100
+++ objfiles.c 23 Oct 2009 12:41:31 -0000
@@ -194,24 +194,16 @@
struct objfile *
allocate_objfile (bfd *abfd, int flags)
{
- struct objfile *objfile = NULL;
- struct objfile *last_one = NULL;
+ struct objfile *objfile;
- /* If we don't support mapped symbol files, didn't ask for the file
to be
- mapped, or failed to open the mapped file for some reason, then
revert
- back to an unmapped objfile. */
-
- if (objfile == NULL)
- {
- objfile = (struct objfile *) xmalloc (sizeof (struct objfile));
- memset (objfile, 0, sizeof (struct objfile));
- objfile->psymbol_cache = bcache_xmalloc ();
- objfile->macro_cache = bcache_xmalloc ();
- /* We could use obstack_specify_allocation here instead, but
- gdb_obstack.h specifies the alloc/dealloc functions. */
- obstack_init (&objfile->objfile_obstack);
- terminate_minimal_symbol_table (objfile);
- }
+ objfile = (struct objfile *) xmalloc (sizeof (struct objfile));
+ memset (objfile, 0, sizeof (struct objfile));
+ objfile->psymbol_cache = bcache_xmalloc ();
+ objfile->macro_cache = bcache_xmalloc ();
+ /* We could use obstack_specify_allocation here instead, but
+ gdb_obstack.h specifies the alloc/dealloc functions. */
+ obstack_init (&objfile->objfile_obstack);
+ terminate_minimal_symbol_table (objfile);
objfile_alloc_data (objfile);
@@ -266,6 +258,8 @@
object_files = objfile;
else
{
+ struct objfile *last_one;
+
for (last_one = object_files;
last_one->next;
last_one = last_one->next);
next reply other threads:[~2009-10-23 12:43 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-23 12:43 Tristan Gingold [this message]
2009-10-23 13:13 ` Pedro Alves
2009-10-23 13:23 ` Tristan Gingold
2009-10-23 14:37 ` Paul Pluzhnikov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=C933C953-DCE2-47B7-AE6F-B1BB560A3EAA@adacore.com \
--to=gingold@adacore.com \
--cc=gdb-patches@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox