R_xxx_COPY relocations and DT_SYMBOLIC/DF_SYMBOLIC

[Jan Beulich]

While I am not absolutely sure that this is a bug it seems very much
like one: When a shared library way linked with -Bsymbolic (and thus has
a DT_SYMBOLIC entry or the DF_SYMBOLIC flag set), the static linker,
upon consuming such shared library while linking an executable, should
not create R_xxx_COPY relocations for symbols resolved by the shared
library in question. This is because references to the symbol(s) have
already been bound locally in the shared library, and thus the dynamic
linker's act of copying the contents of the data object to the
executable can never have the desired effect. Note that using the -z
nocopyreloc is not desirable in this situation since it would cause all
R_xxx_COPY relocations from being suppressed, even those that can safely
be performed (i.e. with the supplying shared library providing for
overrides from the main executable).

Thank you for considering fixing this,



i.A. Jan Beulich
Software Engineer Senior
Novell Linux Platform Engineering

Novell, the leading provider of Net business solutions.
http://www.novell.com/