--- Additional Comments From amodra at bigpond dot net dot au 2006-04-07
06:41 ---
http://sources.redhat.com/ml/binutils-cvs/2006-04/msg00036.html
--
What|Removed |Added
--- Additional Comments From dirkjan at magma-da dot com 2006-04-07 06:24
---
Subject: Re: gprof reads executable 10x slower on opteron/x86_64
Note that the real problem is not stabs or not. But 10x slowdown on
opteron64 bit when gprof reads the executable. Adding -gstab1 then
solves
--- Additional Comments From bje at sources dot redhat dot com 2006-04-07
00:36 ---
You should not be seeing a .stabs section in an x86 Linux binary, either.
Can you please attach some example binaries to this bug report?
--
http://sourceware.org/bugzilla/show_bug.cgi?id=2335
--
--- Additional Comments From amu at alum dot mit dot edu 2006-04-06 17:57
---
Created an attachment (id=956)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=956&action=view)
barebones source file for problematic library chain
--
http://sourceware.org/bugzilla/show_bug.cgi?id=
--- Additional Comments From amu at alum dot mit dot edu 2006-04-06 17:57
---
Created an attachment (id=955)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=955&action=view)
makefile for problematic library chain
--
http://sourceware.org/bugzilla/show_bug.cgi?id=2524
---
Although I have found the patch from bug 1031 helpful, there are still
circumstances in which symbol versioning evidently confuses ld. In particular,
chains of shared libraries that link against both -lpthread and [GCC 4.0.1's]
libsupc++.a are problematic, with ld eventually deciding that a user l
--
What|Removed |Added
CC||hjl at lucon dot org
http://sourceware.org/bugzilla/show_bug.cgi?id=2513
--- You are receiving this mail
--- Additional Comments From hjl at lucon dot org 2006-04-06 14:58 ---
Created an attachment (id=954)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=954&action=view)
A testcase
I added the testcase.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=2513
--- You are recei
