Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Joel Brobecker <brobecker@adacore.com>
To: gdb@sourceware.org
Subject: Questions on how to implement native core file support
Date: Wed, 22 Apr 2009 19:37:00 -0000	[thread overview]
Message-ID: <20090422191833.GM23807@adacore.com> (raw)

Hello,

While looking at expunging REGISTER_U_ADDR from our documentation
(no longer used), I found out that the documentation about how to
provide core file support is out of date (core-aout has been deleted
a year ago).

Having never written support for core file reading, I have tried
to figure out how to add it.  As far as I can tell, I can see
two forms of core file support:

  1. Native core file support
  2. gdbarch core file support

In the second case, it appears that all you have to do is define
the gdbarch_regset_from_core_section method for your architecture,
and I would guess that this is the prefered method.  However, may
not be always doable, in particular if you depend on certain 
system headers... Any other possible reason?

In the first case, it looks like core_low is relying on
a struct core_fns which is provides pointers to various
target-dependent routines. The thing is, the routine I see
in order to register a particular instance is marked as
deprecated:

    extern void deprecated_add_core_fns (struct core_fns *cf);

Does it mean that, as of today, we only consider the second
gdbarch-based approach? If that's the case, then should we simply
update the documentation to either remove the "Native core file Support"
section, or replace it with a link to gdbarch_regset_from_core_section?

-- 
Joel


             reply	other threads:[~2009-04-22 19:18 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-22 19:37 Joel Brobecker [this message]
2009-04-24 14:31 ` Mark Kettenis

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=20090422191833.GM23807@adacore.com \
    --to=brobecker@adacore.com \
    --cc=gdb@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