This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] C++ space optimization: de-cloning con/de/structors
- From: Mark Mitchell <mark at codesourcery dot com>
- To: Jason Merrill <jason at redhat dot com>, Richard Henderson <rth at redhat dot com>
- Cc: Matt Austern <austern at apple dot com>, Stuart Hastings <stuart at apple dot com>, "gcc-patches at gcc dot gnu dot org" <gcc-patches at gcc dot gnu dot org>
- Date: Thu, 08 Aug 2002 15:31:18 -0700
- Subject: Re: [PATCH] C++ space optimization: de-cloning con/de/structors
--On Thursday, August 08, 2002 10:29:39 PM +0100 Jason Merrill
<jason@redhat.com> wrote:
On Thu, 8 Aug 2002 13:43:32 -0700, Richard Henderson <rth@redhat.com>
wrote:
On Thu, Aug 08, 2002 at 10:13:06AM -0700, Matt Austern wrote:
In principle, I think you're right. I'd like to see us put in Stuart's
patch as an intermediate solution...
Stuart's patch at present has ABI impact. Therefore this is not
possible.
Yes, it has ABI impact, but so long as we can guarantee that
1) the name used by the unified *tor won't be used by anything else, and
2) nothing depends on it that doesn't also emit a copy
and:
3) the unified *tor is not put in a COMDAT group with something else
for which there might exist another copy somewhere else, since then
the other COMDAT group might be chosen leaving us without the unified
*tor.
then it should be compatible with other implementations, ours or others'.
Before we do this, we need to get consensus on the ABI committe about
creating a namespace for vendor extensions. (For example, perhaps all
such names should begin with _ZZ3GNU or something.) Otherwise, someone
else can reason just as you did above and conclude it is OK for them
to do the same thing -- but with different semantics.
--
Mark Mitchell mark@codesourcery.com
CodeSourcery, LLC http://www.codesourcery.com