From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-patches-return-289218-listarch-gcc-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 27092 invoked by alias); 12 Apr 2011 00:22:01 -0000
Received: (qmail 27083 invoked by uid 22791); 12 Apr 2011 00:21:59 -0000
X-SWARE-Spam-Status: No, hits=-1.8 required=5.0	tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RFC_ABUSE_POST,T_RP_MATCHES_RCVD
X-Spam-Check-By: sourceware.org
Received: from qmta15.westchester.pa.mail.comcast.net (HELO qmta15.westchester.pa.mail.comcast.net) (76.96.59.228)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 12 Apr 2011 00:21:55 +0000
Received: from omta20.westchester.pa.mail.comcast.net ([76.96.62.71])	by qmta15.westchester.pa.mail.comcast.net with comcast	id WNt31g0041YDfWL5FQMusa; Tue, 12 Apr 2011 00:21:54 +0000
Received: from up.mrs.kithrup.com ([24.4.193.8])	by omta20.westchester.pa.mail.comcast.net with comcast	id WQMN1g00G0BKwT43gQMU3x; Tue, 12 Apr 2011 00:21:49 +0000
Subject: Re: [gc-improv] Permanent vs function RTL obstack fix
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset=us-ascii
From: Mike Stump <mikestump@comcast.net>
In-Reply-To: <4DA35E74.1020506@redhat.com>
Date: Tue, 12 Apr 2011 00:22:00 -0000
Cc: Steven Bosscher <stevenb.gcc@gmail.com>, gcc-patches Patches <gcc-patches@gcc.gnu.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <6E9E9711-46D0-4B15-BB5D-15253EE00753@comcast.net>
References: <4D9D56F4.3050203@gmail.com> <BANLkTinA9APM95R4rf_9f93MTWeL+9MF8Q@mail.gmail.com> <BANLkTingEYhTGCRdXCch78KA40KfBW58CA@mail.gmail.com> <4D9F1D63.9010509@redhat.com> <BANLkTi=FrbJbzkma-ySCbgGypM=wojJy4Q@mail.gmail.com> <BANLkTimC9NWci-ZA+dVCu70wghVJKnKFeA@mail.gmail.com> <4DA35E74.1020506@redhat.com>
To: Laurynas Biveinis <laurynas.biveinis@gmail.com>
X-IsSubscribed: yes
Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-patches.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-help@gcc.gnu.org>
Sender: gcc-patches-owner@gcc.gnu.org
X-SW-Source: 2011-04/txt/msg00822.txt.bz2

On Apr 11, 2011, at 1:03 PM, Jeff Law wrote:
> The obvious solution is you copy the object, but then you have to be
> able to distinguish within the object, what fields point to other
> temporary objects vs permanent objects so that you can copy the
> referenced temporary objects, but not the permanent objects (other parts
> of the compiler may expect those permanent objects to be unique/shared).
>   Not fun, not at all fun.  Been there, done that.

And then someone tells you that you can't copy...  Usually a nasty bug repo=
rt much later.  So the choice is then, not solve a problem, or make everyth=
ing permanent or add GC (back).  :-)  Been there, done that too.