This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: RFA: ia64 portion of libunwind patch
- From: David Mosberger <davidm at napali dot hpl dot hp dot com>
- To: Andrew Cagney <ac131313 at redhat dot com>
- Cc: davidm at hpl dot hp dot com, "J. Johnston" <jjohnstn at redhat dot com>,gdb-patches at sources dot redhat dot com, Kevin Buettner <kevinb at redhat dot com>
- Date: Fri, 7 Nov 2003 14:43:12 -0800
- Subject: Re: RFA: ia64 portion of libunwind patch
- References: <3FA2B71A.3080905@redhat.com><3FA2CA1B.7000502@redhat.com><16290.59502.799536.383397@napali.hpl.hp.com><3FAC12D3.2070207@redhat.com>
- Reply-to: davidm at hpl dot hp dot com
>>>>> On Fri, 07 Nov 2003 16:46:59 -0500, Andrew Cagney <ac131313@redhat.com> said:
Andrew> Would it be possible to define the interface so that, when
Andrew> dip-> u.ti.table_data is NULL, the code just fetches values
Andrew> from memory using the memory callbacks? i.e., don't require
Andrew> GDB to fetch the entire table but instead fetch the bits
Andrew> that are needed.
Well, it's software, so anything is _possible_, but I'd rather not do
that, because it creates artificial differences between the
(speed-critical) local unwind case and the remote unwind case.
Furthermore, the unwind table is of a known size, relatively small,
and accessed fairly randomly (via binary search), so it is normally
preferable to read the table all at once and I'd rather design the API
for this common case.
--david