bug-binutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug gprofng/31121] gprofng does not recognise source in a shared object


From: vladimir.mezentsev at oracle dot com
Subject: [Bug gprofng/31121] gprofng does not recognise source in a shared object
Date: Wed, 20 Dec 2023 00:10:44 +0000

https://sourceware.org/bugzilla/show_bug.cgi?id=31121

Vladimir Mezentsev <vladimir.mezentsev at oracle dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           See Also|                            |https://sourceware.org/bugz
                   |                            |illa/show_bug.cgi?id=31169

--- Comment #12 from Vladimir Mezentsev <vladimir.mezentsev at oracle dot com> 
---
> $ gprofng display text -functions test.1.er | grep bin2SD
> /usr/bin/gp-display-text: Processed 
> /home/robj/TMP/DesignOfIIRFilters/.gprofng.rc for default settings
> $

gprofng interrupts your application every 10007 msec and collects the stacks.
We see that there are no “*bin2SD” functions.
This means that gprofng did not collect the stack with Fbin2SD.
It's okay if Fbin2SD is that fast.
But this can become a problem when unwinding the stack.
What is an output of:
  gprofng display text -calltree test.1.er


> $ gprofng display text -source Fbin2SD test.1.er
> /usr/bin/gp-display-text: Processed 
> /home/robj/TMP/DesignOfIIRFilters/.gprofng.rc for default settings
> Error: Source location not recorded in experiment

This means that gprofng found Fbin2SD in src/bin2SD.oct, but cannot read DWARF.
you have attached bin2SD.oct.tar.gz. gprofng can read DWARF in this file.
But it looks like a different file (Perhaps it was rebuilt).
Could you attach test.1.er/archives/bin2SD.oct*.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]