This is the mail archive of the libstdc++@gcc.gnu.org mailing list for the libstdc++ 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: Weird issue with .clone symbol

From: Paolo Carlini <paolo dot carlini at oracle dot com>
To: Jan Hubicka <hubicka at ucw dot cz>
Cc: Richard Guenther <rguenther at suse dot de>, libstdc++ <libstdc++ at gcc dot gnu dot org>
Date: Wed, 14 Oct 2009 16:04:15 +0200
Subject: Re: Weird issue with .clone symbol
References: <4AD4B3D1.9060002@oracle.com> <alpine.LNX.2.00.0910141104350.4520@zhemvz.fhfr.qr> <20091014134853.GB6029@kam.mff.cuni.cz>

Jan Hubicka wrote:
> Well, all clones should be static so they probably should not appear in
> libstdc++ compatibility suite.  I will try to figure out what is going
> on here.
>   
Humm, I think you misunderstood, the clone itself is in the object code
of the user, it wants a symbol which currently is not exported, not
viceversa. In other terms, in order to solve this issue the trivial way
I would export additionally from the .so:

_ZNSbIwSt11char_traitsIwESaIwEE12_S_constructIPKwEEPwT_S7_RKS1_St20forward_iterator_tag

and likewise for plain char...

Paolo.

Follow-Ups:
- Re: Weird issue with .clone symbol
  - From: Paolo Carlini

References:
- Weird issue with .clone symbol
  - From: Paolo Carlini
- Re: Weird issue with .clone symbol
  - From: Richard Guenther
- Re: Weird issue with .clone symbol
  - From: Jan Hubicka

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