From mboxrd@z Thu Jan  1 00:00:00 1970
Content-Type: multipart/mixed; boundary="===============3212196954996880597=="
MIME-Version: 1.0
From: Jose E. Marchesi <jose.marchesi@oracle.com>
To: elfutils-devel@lists.fedorahosted.org
Subject: Re: Some Debian elfutils issues
Date: Mon, 18 Jan 2016 17:37:46 +0100
Message-ID: <877fj62691.fsf@oracle.com>
In-Reply-To: 1453127747.7711.71.camel@klomp.org

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


    On Thu, 2016-01-14 at 00:22 +0100, Kurt Roeckx wrote:
    > On Wed, Jan 13, 2016 at 11:13:28PM +0100, Mark Wielaard wrote:
    > > I looked at the latest build logs:
    > > https://buildd.debian.org/status/package.php?p=3Delfutils
    > > [...]
    > > If you could try the attached patches on a new Debian build that wo=
uld
    > > be appreciated.
    > =

    > I'll try it tomorrow or in the weekend.
    =

    Thanks for doing a build with the proposed patches. They seem to have
    solved the issues on kfreebsd and the hurd port builds again (but still
    fails one testcase). I have pushed the commits below to master.
    =

    The only thing that worries me is the sparc failure. I have CCed Jose
    who might want to take a look. What is strange is that 0.165-1 and
    0.165-2 PASS on sparc just fine. And I don't see anything in 0.165-3
    that would explain the failure on sparc:
    https://buildd.debian.org/status/logs.php?pkg=3Delfutils&arch=3Dsparc64


The problem seems to be:

/=C2=ABPKGBUILDDIR=C2=BB/tests/backtrace: dwfl_thread_getframes: No DWARF i=
nformation found

and that is probably triggered by this code in __libdwfl_frame_unwind:

Dwfl_Module *mod =3D INTUSE(dwfl_addrmodule) (state->thread->process->dwfl,=
 pc);
if (mod =3D=3D NULL)
  __libdwfl_seterrno (DWFL_E_NO_DWARF);

I definitely can't reproduce this problem in my own sparc64-*-* setups.
--===============3212196954996880597==--