From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16455 invoked by alias); 15 May 2007 04:07:30 -0000 Received: (qmail 16419 invoked by uid 22791); 15 May 2007 04:07:29 -0000 X-Spam-Check-By: sourceware.org Received: from ug-out-1314.google.com (HELO ug-out-1314.google.com) (66.249.92.169) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 15 May 2007 04:07:20 +0000 Received: by ug-out-1314.google.com with SMTP id s2so1099582uge for ; Mon, 14 May 2007 21:07:17 -0700 (PDT) Received: by 10.66.243.4 with SMTP id q4mr5650731ugh.1179202037825; Mon, 14 May 2007 21:07:17 -0700 (PDT) Received: from ?192.168.1.100? ( [84.107.151.148]) by mx.google.com with ESMTP id e1sm1872068ugf.2007.05.14.21.07.16; Mon, 14 May 2007 21:07:16 -0700 (PDT) To: gcc-patches@gcc.gnu.org Subject: Re: [patch] Move loop structures to gc memory Date: Tue, 15 May 2007 04:07:00 -0000 User-Agent: KMail/1.8.2 Cc: Mike Stump , Ian Lance Taylor , Daniel Jacobowitz , Zdenek Dvorak References: <20070513180823.GA25352@kam.mff.cuni.cz> <3D8EA365-0D65-4964-97F4-B5CFD700ACBC@apple.com> In-Reply-To: <3D8EA365-0D65-4964-97F4-B5CFD700ACBC@apple.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705150607.57354.steven.bosscher@gmail.com> From: Steven Bosscher Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2007-05/txt/msg00937.txt.bz2 On Tuesday 15 May 2007 01:57, Mike Stump wrote: > On May 14, 2007, at 3:37 PM, Ian Lance Taylor wrote: > > Why do we need the strategy of "GC with explicit death marking?" > > What goal does that serve? > > I want it mostly for speed, a secondary concern would be for size > reasons. Setting a variable to NULL_TREE doesn't help speed as much > as ggc_free. > > > Except to work around a bug in our GC implementation? And in that > > case, why not fix the bug? > > We look forward to your contribution. Wait, wasn't it Apple who once promissed to speed up GCC 6 times by looking into this issue? Here's a great place to start for you, Mike! ;-) Gr. Steven