From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2081 invoked by alias); 22 Jun 2004 19:01:02 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 2064 invoked from network); 22 Jun 2004 19:01:01 -0000 Received: from unknown (HELO mail.codesourcery.com) (65.74.133.5) by sourceware.org with SMTP; 22 Jun 2004 19:01:01 -0000 Received: (qmail 22864 invoked from network); 22 Jun 2004 19:01:00 -0000 Received: from localhost (HELO codesourcery.com) (mitchell@127.0.0.1) by mail.codesourcery.com with SMTP; 22 Jun 2004 19:01:00 -0000 Message-ID: <40D881EF.1090909@codesourcery.com> Date: Tue, 22 Jun 2004 20:30:00 -0000 From: Mark Mitchell Organization: CodeSourcery, LLC User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113 MIME-Version: 1.0 To: Richard Kenner CC: gcc-patches@gcc.gnu.org Subject: Re: Patch to allow Ada to work with tree-ssa References: <10406221849.AA08790@vlsi1.ultra.nyu.edu> In-Reply-To: <10406221849.AA08790@vlsi1.ultra.nyu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-06/txt/msg01782.txt.bz2 Richard Kenner wrote: >Another approach that would address your concerns about permanent memory, >would be to go the other way and have the nodes used by the front end for >ARRAY_REF and COMPONENT_REF be different from those used by the tree >optimizers (the latter will always have four fields) and have the gimplifier >convert. > > That still means that the optimizers we will have the extra space as soon as we go to generate code. Since Richard Henderson and Zack seem to think it's best, why don't you just create new tree nodes for these variable-length cases? That seems to be the consensus point of view on how to solve the problem. -- Mark Mitchell CodeSourcery, LLC (916) 791-8304 mark@codesourcery.com