------- Additional Comments From mail at colinfinck dot de 2009-09-25 23:44
-------
This problem persists in current binutils versions, so we're still required to
use this patch and cannot use vanilla binutils. We're actually hitting this
problem, because all our NT-like drivers have to be linked with the same -shared
option, which is used for building DLLs.
Kai's suggestion of adding additional command line options has some
disadvantages in my opinion: If we add something like "--nt-driver", people
could be confused about its actual effect. Also, if there would ever be other
modules, which have to be built with -shared, but shall not export any symbols,
the name of this option wouldn't fit anymore and confuse people even more.
An option like "--dont-export-all-symbols" is also no reasonable solution as it
would be an addition to the already existing --export-all-symbols. If both
options would be present, people could be irritated and becoming unsure about
the default if none of them is specified.
So after all, I still prefer applying the patch I posted here. This would change
the default to exporting no symbols in all cases.
If you then need to export all symbols (like in the Obj-C case Kai pointed out),
the long-existing --export-all-symbols option could still be used.
CC'ing Kai, hope you don't mind..
--
What |Removed |Added
----------------------------------------------------------------------------
CC| |Kai dot Tietz at onevision
| |dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=9790
------- 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
