From: Kevin Buettner <kevinb@redhat.com>
To: Jim Blandy <jimb@redhat.com>, gdb-patches@sources.redhat.com
Subject: Re: [ppc64-linux] gdbarch hook to find true execution entry point
Date: Wed, 11 Jun 2003 23:11:00 -0000 [thread overview]
Message-ID: <1030611231105.ZM27287@localhost.localdomain> (raw)
In-Reply-To: Jim Blandy <jimb@redhat.com> "[ppc64-linux] gdbarch hook to find true execution entry point" (Jun 11, 8:22am)
On Jun 11, 8:22am, Jim Blandy wrote:
> Subject: [ppc64-linux] gdbarch hook to find true execution entry point
>
> 2003-06-11 Jim Blandy <jimb@redhat.com>
>
> * gdbarch.sh (gdbarch_bfd_entry_point): New gdbarch method.
> * arch-utils.c (generic_bfd_entry_point): New function.
> * arch-utils.h (generic_bfd_entry_point): New declaration.
> * gdbarch.c, gdbarch.h: Regenerated.
> * solib-svr4.c (enable_break): Call it, instead of accessing
> tmp_bfd->start_address directly.
>
[...]
> Index: gdb/solib-svr4.c
> ===================================================================
> RCS file: /cvs/src/src/gdb/solib-svr4.c,v
> retrieving revision 1.32.8.2
> diff -c -r1.32.8.2 solib-svr4.c
> *** gdb/solib-svr4.c 11 Jun 2003 13:00:34 -0000 1.32.8.2
> --- gdb/solib-svr4.c 11 Jun 2003 13:16:32 -0000
> ***************
> *** 1022,1028 ****
> the current pc (which should point at the entry point for the
> dynamic linker) and subtracting the offset of the entry point. */
> if (!load_addr_found)
> ! load_addr = read_pc () - tmp_bfd->start_address;
>
> /* Record the relocated start and end address of the dynamic linker
> text and plt section for svr4_in_dynsym_resolve_code. */
> --- 1022,1029 ----
> the current pc (which should point at the entry point for the
> dynamic linker) and subtracting the offset of the entry point. */
> if (!load_addr_found)
> ! load_addr = (read_pc ()
> ! - generic_bfd_entry_point (current_gdbarch, tmp_bfd));
>
> /* Record the relocated start and end address of the dynamic linker
> text and plt section for svr4_in_dynsym_resolve_code. */
Shouldn't enable_break() in solib-svr4.c be calling
gdbarch_bfd_entry_point()?
What cases do you know of where calling bfd_get_start_address() is
insufficient for finding the start address? I'm wondering if we
need a gdbarch hook at all...
Kevin
next prev parent reply other threads:[~2003-06-11 23:11 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-11 13:21 Jim Blandy
2003-06-11 13:26 ` Andrew Cagney
2003-06-11 13:48 ` Andrew Cagney
2003-06-12 20:59 ` Jim Blandy
2003-06-12 22:25 ` Andrew Cagney
2003-06-11 23:11 ` Kevin Buettner [this message]
2003-06-13 22:31 ` Jim Blandy
2003-06-13 22:48 ` Kevin Buettner
2003-06-13 23:38 ` Andrew Cagney
2003-06-27 18:46 ` Andrew Cagney
2003-06-30 22:52 ` Jim Blandy
2003-07-01 22:53 ` Andrew Cagney
2003-08-28 22:48 ` Andrew Cagney
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=1030611231105.ZM27287@localhost.localdomain \
--to=kevinb@redhat.com \
--cc=gdb-patches@sources.redhat.com \
--cc=jimb@redhat.com \
/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