This is the mail archive of the
mailing list for the elfutils project.
Re: frame unwinding patches
- From: Jan Kratochvil <jan dot kratochvil at redhat dot com>
- To: Milian Wolff <mail at milianw dot de>
- Cc: elfutils-devel at sourceware dot org, Mark Wielaard <mark at klomp dot org>, Ulf Hermann <ulf dot hermann at qt dot io>
- Date: Tue, 4 Apr 2017 09:55:32 +0200
- Subject: Re: frame unwinding patches
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx08.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx08.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=jan dot kratochvil at redhat dot com
- Dkim-filter: OpenDKIM Filter v2.11.0 mx1.redhat.com 4CFCDC00AFE3
- Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 4CFCDC00AFE3
- References: <email@example.com> <3915502.JGE1jdPxOT@milian-kdab2> <20170403212325.GA21599@host1.jankratochvil.net> <2050042.dvQtNuZMzI@milian-kdab2>
On Tue, 04 Apr 2017 09:40:06 +0200, Milian Wolff wrote:
> - In the example above, the address points into libnvidia-glcore.so and as
> such not compiled by my colleague but rather provided by NVidia as a binary
> blob. When you only got a binary blob and have to make do with it, you cannot
> tell people to "just fix the compiler invocation".
This is their problem they support a vendor who cripples usage of their
products. There is also Intel and AMD.
> - Some JIT compilers, like QV4, actually embed frame pointers into their
> dynamic code, but do not go the extra mile for generating DWARF data or
> asynchronous unwind tables. That is another case where the patches by Ulf
> excel and make elfutils much more useful.
In such case elfutils could provide some workaround with a new eu-stack option: