Hi,

On Wed, 20 Feb 2013, Michael Matz wrote:

> I.e. it looks like as if a following reference once the link editor saw 
> the definition of the symbol resets it's unique status.  I can make both 
> symbols wrong/non-unique by placing wlocale-inst.o last in the linker 
> cmdline.

Actually this bug seems to still exist in latest binutils trunk, so I just 
reported http://sourceware.org/bugzilla/show_bug.cgi?id=15167

I can't explain why it doesn't show up on RHEL (and neither in the next 
service pack of SLE11, which uses binutils 2.23, but as 2.21.1 and trunk 
is broken it's reasonable to assume that also 2.23 is broken), perhaps it 
uses a good linking order for libstdc++ by pure luck, or there are other 
circumstances that hide the problem, not just only linking order.


Ciao,
Michael.

Reply via email to