[Bug ld/4563] --gc-sections doesn't work as expected.

2007-06-01 Thread amodra at bigpond dot net dot au
--- 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

[Bug ld/4563] --gc-sections doesn't work as expected.

2007-06-01 Thread pluto at agmk dot net
-- What|Removed |Added Attachment #1876|testcast for c#3|testcase for c#3 description|| http://sourceware.org/bugzilla/show_bug.cgi

[Bug ld/4563] --gc-sections doesn't work as expected.

2007-06-01 Thread pluto at agmk dot net
--- 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 --

[Bug ld/4563] --gc-sections doesn't work as expected.

2007-06-01 Thread pluto at agmk dot net
--- 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=