--- Additional Comments From pluto at agmk dot net 2007-06-07 06:34 ---
(In reply to comment #5)
> Yes, I suppose this is a bug. For each undefined symbol, you'd need
> to iterate over all relocations in all input object files to check that
> all references to [1] the sym came from remov
--- Additional Comments From amodra at bigpond dot net dot au 2007-06-02
04:03 ---
Yes, I suppose this is a bug. For each undefined symbol, you'd need to iterate
over all relocations in all input object files to check that all references to
the sym came from removed sections. That's go
--
What|Removed |Added
Attachment #1876|testcast for c#3|testcase for c#3
description||
http://sourceware.org/bugzilla/show_bug.cgi
--- Additional Comments From pluto at agmk dot net 2007-06-01 07:11 ---
Created an attachment (id=1876)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1876&action=view)
testcast for c#3
--
What|Removed |Added
--
--- Additional Comments From pluto at agmk dot net 2007-06-01 07:10 ---
(In reply to comment #2)
> .text._ZN1X1fEv exports a global symbol, _ZN1X1fEv. When building a shared
> library we assume that all global visible symbols are referenced.
ok, one more question. if i use -fvisibility=
--- Additional Comments From amodra at bigpond dot net dot au 2007-06-01
06:17 ---
.text._ZN1X1fEv exports a global symbol, _ZN1X1fEv. When building a shared
library we assume that all global visible symbols are referenced.
--
What|Removed |Added
---
--- Additional Comments From pluto at agmk dot net 2007-05-29 20:39 ---
Created an attachment (id=1871)
--> (http://sourceware.org/bugzilla/attachment.cgi?id=1871&action=view)
testcase
--
http://sourceware.org/bugzilla/show_bug.cgi?id=4563
--- You are receiving this mail becaus
