From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-patches-return-195011-listarch-gcc-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 23394 invoked by alias); 16 May 2007 04:37:31 -0000
Received: (qmail 23385 invoked by uid 22791); 16 May 2007 04:37:30 -0000
X-Spam-Check-By: sourceware.org
Received: from mail-out3.apple.com (HELO mail-out3.apple.com) (17.254.13.22)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 16 May 2007 04:37:27 +0000
Received: from relay6.apple.com (a17-128-113-36.apple.com [17.128.113.36]) 	by mail-out3.apple.com (Postfix) with ESMTP id 9AD701540BD; 	Tue, 15 May 2007 21:37:02 -0700 (PDT)
Received: from relay6.apple.com (unknown [127.0.0.1]) 	by relay6.apple.com (Symantec Mail Security) with ESMTP id 578C8100BE; 	Tue, 15 May 2007 21:37:23 -0700 (PDT)
X-AuditID: 11807124-a22b9bb000001b27-23-464a8a83be03
Received: from [17.219.198.106] (unknown [17.219.198.106]) 	(using TLSv1 with cipher AES128-SHA (128/128 bits)) 	(No client certificate requested) 	by relay6.apple.com (Apple SCV relay) with ESMTP id 0B4D21006B; 	Tue, 15 May 2007 21:37:23 -0700 (PDT)
In-Reply-To: <m33b1xvju4.fsf@localhost.localdomain>
References: <20070513180823.GA25352@kam.mff.cuni.cz> <m3ps53vxor.fsf@localhost.localdomain> <3D8EA365-0D65-4964-97F4-B5CFD700ACBC@apple.com> <200705150607.57354.steven.bosscher@gmail.com> <00FDBECC-A587-4B2B-8378-508940104772@apple.com> <46495AFE.8020502@gnu.org> <17F09B7E-CD2E-4970-9929-C1835B320EE0@apple.com> <m3mz06uo95.fsf@localhost.localdomain> <Pine.LNX.4.64.0705151703250.20395@wotan.suse.de> <m33b1xvju4.fsf@localhost.localdomain>
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <76747F61-85F7-4D5A-AB06-04D02A6BB2A6@apple.com>
Cc: Michael Matz <matz@suse.de>,  Paolo Bonzini <bonzini@gnu.org>,  Steven Bosscher <stevenb.gcc@gmail.com>,  gcc-patches@gcc.gnu.org,  Daniel Jacobowitz <drow@false.org>,  Zdenek Dvorak <rakdver@kam.mff.cuni.cz>
Content-Transfer-Encoding: 7bit
From: Mike Stump <mrs@apple.com>
Subject: Re: [patch] Move loop structures to gc memory
Date: Wed, 16 May 2007 04:37:00 -0000
To: Ian Lance Taylor <iant@google.com>
X-Mailer: Apple Mail (2.752.2)
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: 2007-05/txt/msg01027.txt.bz2

On May 15, 2007, at 2:49 PM, Ian Lance Taylor wrote:
> No, for example, we could enhance the GTY markings to say "this field
> in cfun points to a linked list of structs, linked by this field.

But, you can already do that.

> For each instance of the struct, these fields in the struct point  
> into GC
> memory."

And this.

> Then a list of, e.g., loop structs would automatically become GC  
> roots with no additional work required.

And this.

?  Now I am confused again.  :-)

my_data {
	my_data *next;
	char *otherfied ((GTY("skip")));
};

struct cfun_t GTY(()) {
	my_data *next;
	bla otherdata;
} *cfun;

?