[Bug binutils/10478] "File format not recognized" for some solaris libraries
--- Additional Comments From niki dot waibel at gmx dot net 2009-09-17 19:23 --- same issue on i386-pc-solaris2.10!!! will upload libC.so.3 and libCso.5 from solaris10/x86. === $ uname -a SunOS x4150-1 5.10 Generic_139556-08 i86pc i386 i86pc Solaris $ size /usr/lib/libC.so.* textdata bss dec hex filename 6362954481049 70126 111ee /usr/lib/libC.so.3 size: /usr/lib/libC.so.5: File format not recognized === -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://sourceware.org/bugzilla/show_bug.cgi?id=10478 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/10478] "File format not recognized" for some solaris libraries
--- Additional Comments From niki dot waibel at gmx dot net 2009-09-17 19:27 --- Created an attachment (id=4201) --> (http://sourceware.org/bugzilla/attachment.cgi?id=4201&action=view) sol10/x86 okay -- http://sourceware.org/bugzilla/show_bug.cgi?id=10478 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/10478] "File format not recognized" for some solaris libraries
--- Additional Comments From niki dot waibel at gmx dot net 2009-09-17 19:30 --- Created an attachment (id=4202) --> (http://sourceware.org/bugzilla/attachment.cgi?id=4202&action=view) sol10/x86 not okay -- http://sourceware.org/bugzilla/show_bug.cgi?id=10478 --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. ___ bug-binutils mailing list bug-binutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/10654] New: addr2line gives wrong line number for inlined code
The following simple test case shows a problem with inlined code in addr2line
(running on x86_64/Linux):
$ cat foo.cc
#include
void __attribute__((always_inline)) bar() {
printf ("Hello World\n"); // line 4
}
void __attribute__((always_inline)) foo() {
bar();
bar();
}
int main() {
foo(); // line 13
return 0; // line 14
}
$ g++ -g -o foo foo.cc
$ objdump -d foo
...
004005b2 :
4005b2: 55 push %rbp
4005b3: 48 89 e5mov%rsp,%rbp
4005b6: bf c8 06 40 00 mov$0x4006c8,%edi
4005bb: e8 d8 fe ff ff callq 400498
4005c0: bf c8 06 40 00 mov$0x4006c8,%edi
4005c5: e8 ce fe ff ff callq 400498
4005ca: b8 00 00 00 00 mov$0x0,%eax
4005cf: c9 leaveq
4005d0: c3 retq
...
$ readelf -wL foo
...
CU: foo.cc:
File nameLine numberStarting address
foo.cc 30x400588
foo.cc 40x40058c
foo.cc 50x400596
foo.cc 70x400598
foo.cc 40x40059c
foo.cc100x4005b0
foo.cc120x4005b2
foo.cc 40x4005b6
foo.cc140x4005ca
foo.cc150x4005cf
...
$ addr2line -e foo 0x4005c5
.../foo.cc:14
The call at 0x4005c5 is inlined from bar (via foo), and should be shown at line
4, but a test for line table rows that span functions in bfd/dwarf2.c is getting
in the way and forcing lookup_address_in_line_info_table to return the line
number from the next row (line 14 starting at pc 0x4005ca).
--
Summary: addr2line gives wrong line number for inlined code
Product: binutils
Version: 2.21 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: binutils
AssignedTo: unassigned at sources dot redhat dot com
ReportedBy: ccoutant at google dot com
CC: bug-binutils at gnu dot org
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://sourceware.org/bugzilla/show_bug.cgi?id=10654
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
