This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: namespace namespace
- From: Dave Korn <dave dot korn dot cygwin at googlemail dot com>
- To: Jakub Jelinek <jakub at redhat dot com>
- Cc: Dave Korn <dave dot korn dot cygwin at googlemail dot com>, Andrew Haley <aph at redhat dot com>, gcc-patches <gcc-patches at gcc dot gnu dot org>, Java Patch List <java-patches at gcc dot gnu dot org>
- Date: Wed, 08 Jul 2009 01:43:40 +0100
- Subject: Re: namespace namespace
- References: <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> <20090630133910.GY4462@tyan-ft48-01.lab.bos.redhat.com> <4A4A1A51.90306@gmail.com> <4A53C35F.3020704@gmail.com> <20090707220615.GJ4462@tyan-ft48-01.lab.bos.redhat.com>
Jakub Jelinek wrote:
> /* Update the properties.
> Make clone visible only within this translation unit. Make sure
> that is not weak also.
> ??? We cannot use COMDAT linkage because there is no
> ABI support for this. */
> DECL_EXTERNAL (new_node->decl) = 0;
> DECL_COMDAT_GROUP (new_node->decl) = 0;
> TREE_PUBLIC (new_node->decl) = 0;
> DECL_COMDAT (new_node->decl) = 0;
> DECL_WEAK (new_node->decl) = 0;
>
> Certainly !TREE_PUBLIC functions shouldn't be exported from the current
> assembly file in any way...
Is there a reason why not to set DECL_ARTIFICIAL on these clones?
cheers,
DaveK