[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug ld/9790] LD's "export everything" logic problematic
From: |
mail at colinfinck dot de |
Subject: |
[Bug ld/9790] LD's "export everything" logic problematic |
Date: |
25 Sep 2009 23:44:57 -0000 |
------- 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 ld/9790] LD's "export everything" logic problematic,
mail at colinfinck dot de <=