This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: How does _ZNSs4_Rep20_S_empty_rep_storageE (not) become a unique global symbol?

From: Florian Weimer <fweimer at redhat dot com>
To: Stephan Bergmann <sbergman at redhat dot com>
Cc: gcc at gcc dot gnu dot org
Date: Tue, 19 Feb 2013 19:22:24 +0100
Subject: Re: How does _ZNSs4_Rep20_S_empty_rep_storageE (not) become a unique global symbol?
References: <5123BF3A.5060302@redhat.com>

On 02/19/2013 07:06 PM, Stephan Bergmann wrote:

I'm puzzled by the following on Linux, where I don't understand what
causes it that a given symbol is exported as "u" (when viewed with nm,
which documents "u" as "a unique global symbol. This is a GNU
extension...") or not:

We tracked this down to a bug in ld:

<http://sourceware.org/bugzilla/show_bug.cgi?id=15107>

--
Florian Weimer / Red Hat Product Security Team

Follow-Ups:
- Re: How does _ZNSs4_Rep20_S_empty_rep_storageE (not) become a unique global symbol?
  - From: Stephan Bergmann

References:
- How does _ZNSs4_Rep20_S_empty_rep_storageE (not) become a unique global symbol?
  - From: Stephan Bergmann

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]