https://sourceware.org/bugzilla/show_bug.cgi?id=27925
--- Comment #10 from Mark Wielaard ---
(In reply to Jim Wilson from comment #9)
> The patch looks OK to me.
So I like to include it. Will, could you sent the patch as a git commit (see
CONTRIBUTING) to the elfutils-devel list?
And if at all
Hi KJ,
On Sat, 2021-09-25 at 17:21 +1000, KJ Tsanaktsidis via Elfutils-devel
wrote:
> I'm writing a program that uses ptrace to poke at internal OpenSSL
> data structures for another process. I'm using libdw to parse the
> DWARF data for the copy of OpenSSL actually linked in to the target
> proce
Hi Frank,
On Wed, 2021-09-22 at 16:33 -0400, Frank Ch. Eigler via Elfutils-devel
wrote:
> > from providing an interface to query what needs to be done to get
> > some file (is it in cache, can it be retieved from a remote server,
> > how
> > big is it?) I don't think providing raw http headers is
https://sourceware.org/bugzilla/show_bug.cgi?id=27925
--- Comment #11 from Jim Wilson ---
Userspace is lp64d. The kernel is lp64. You can't create an lp64 binary
because there are no lp64 start files or libraries. The kernel can be linked
because it doesn't require any start files or libraries
The RISC-V Linux kernel is compiled without floating point (the LP64
ABI) and elfutils could not obtain return value locations for
functions in the kernel. This issue was noticed when Systemtap
generated RISC-V kernel modules for scripts that used $return target
variables in function return probes
https://sourceware.org/bugzilla/show_bug.cgi?id=27925
--- Comment #12 from William Cohen ---
The patch for the retval handling has been submitted. As mentioned in comment
#9 testing is not trivial. Normal user-space executables are compiled with
floating-point enabled and those executables work
Hi -
> [...]
> And if I understand your comments above correctly, you would rather see
> a function like const char* debuginfod_get_url (debuginfod_client
> *client); but for any headers.
Correct.
> Would such a headers call be only be accessible during
> debuginfod_progressfn_t callback or wou
https://sourceware.org/bugzilla/show_bug.cgi?id=27925
Mark Wielaard changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW