https://sourceware.org/bugzilla/show_bug.cgi?id=31131
Bug ID: 31131
Summary: Potential Memory Leak in wrstabs.c
Product: binutils
Version: 2.32
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: binutil
https://sourceware.org/bugzilla/show_bug.cgi?id=31130
Bug ID: 31130
Summary: Return of Stack Address in C_alloca
Product: binutils
Version: 2.32
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: binuti
https://sourceware.org/bugzilla/show_bug.cgi?id=31124
Georg-Johann Lay changed:
What|Removed |Added
Assignee|unassigned at sourceware dot org |gjl at gcc dot gnu.org
--
https://sourceware.org/bugzilla/show_bug.cgi?id=31121
--- Comment #9 from Vladimir Mezentsev
---
>> Does gprofng assume that shared objects have a .so suffix?
No.
>> $ gprofng collect app octave -p src --eval "y=bin2SD(48.3,16,3)"
>> Creating experiment directory test.2.er (Process ID: 168406
https://sourceware.org/bugzilla/show_bug.cgi?id=31115
--- Comment #4 from Thiago Jung Bauermann
---
Created attachment 15249
--> https://sourceware.org/bugzilla/attachment.cgi?id=15249&action=edit
ELF files demonstrating the issue
The testcase I'm using is GDB's pr25124.S, built with an
arm-l
https://sourceware.org/bugzilla/show_bug.cgi?id=31121
--- Comment #8 from Robert Jenssen ---
I can disassemble octave_value_list::octave_value_list but not bin2SD.
The test.1.er/archive directory contains a copy of liboctinterp.so.11.0.2
but not bin2SD.oct. Does gprofng assume that shared objects
https://sourceware.org/bugzilla/show_bug.cgi?id=31121
--- Comment #7 from Vladimir Mezentsev
---
OK. The code looks similar.
I cannot see source because
/home/robj/CHANGES/DesignOfIIRFilters.C1406/src/bin2SD.cc is not available.
When you use gprofng, do you see sources for Gbin2SD.
--
You are
