From mboxrd@z Thu Jan  1 00:00:00 1970
Content-Type: multipart/mixed; boundary="===============3030759169597666691=="
MIME-Version: 1.0
From: Dodji Seketeli <dodji@redhat.com>
To: elfutils-devel@lists.fedorahosted.org
Subject: Re: [PATCH 1/2] libdw: Add new function dwarf_cu_getdwarf.
Date: Sun, 17 Aug 2014 12:52:17 +0200
Message-ID: <87bnrjs80u.fsf@redhat.com>
In-Reply-To: 1408111714-15541-1-git-send-email-mjw@redhat.com

--===============3030759169597666691==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable

Mark Wielaard <mjw@redhat.com> writes:

> In both systemtap and libabigail there is a need to get the actual Dwarf
> underlying an Dwarf_Die or Dwarf_Attribute. Following a DIE reference
> might end up in an alternate Dwarf since the addition of DWZ multifile
> forms. Both Dwarf_Die and Dwarf_Attribute already contain a Dwarf_CU
> handle. Add a function dwarf_cu_getdwarf to retrieve the underlying
> Dwarf using the Dwarf_CU.

Thanks Mark!

This, indeed, is going to be useful for libabigail at least.  This new
dwarf_cu_getdwarf function, along with the existing dwarf_diecu function
will allow us to get the actual Dwarf a given DIE comes from.  And with
the recently added dwarf_getalt function, we'll be able to tel if the
DIE comes from the alternate Dwarf or not.  This is awesome.

Thanks again.

Cheers.

-- =

		Dodji

--===============3030759169597666691==--