This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: namespace namespace
- From: Jakub Jelinek <jakub at redhat dot com>
- To: Andrew Haley <aph at redhat dot com>
- Cc: Dave Korn <dave dot korn dot cygwin at googlemail dot com>, gcc-patches <gcc-patches at gcc dot gnu dot org>, Java Patch List <java-patches at gcc dot gnu dot org>
- Date: Tue, 30 Jun 2009 15:39:10 +0200
- Subject: Re: namespace namespace
- References: <4A40DBB9.80703@intertwingly.net> <4A40E497.8090601@redhat.com> <4A4139C1.5060806@intertwingly.net> <4A41EF61.4060902@redhat.com> <4A421391.6020901@intertwingly.net> <4A48FC28.60608@redhat.com> <4A49F80E.3000605@gmail.com> <4A4A07F5.2040806@redhat.com> <4A4A101A.3090609@gmail.com> <4A4A136A.8040404@redhat.com>
- Reply-to: Jakub Jelinek <jakub at redhat dot com>
On Tue, Jun 30, 2009 at 02:30:18PM +0100, Andrew Haley wrote:
> > 000139c0 t
> > __ZN3gnu5javax3net3ssl8provider11CipherSuiteC1EPNS3_15CipherAlgorithmEPNS3_20KeyExchangeAlgorithmEPNS3_18SignatureAlgorithmEPNS3_12MacAlgorithmEiiiPN4java4lang6StringE.clone.1
>
> All this .clone stuff is to do with template instantiation in the C++ compiler.
No, C++ FE is innocent. *.clone.NNN are created by function versioning, see
clone_function_name, and are never exported.
If . doesn't work even for non-exported symbols on your target, the target
is misconfigured (look at NO_DOT_IN_LABEL and NO_DOLLAR_IN_LABEL), if it
works, why do you have problems with it?
Jakub