From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15399 invoked by alias); 20 Jan 2004 09:50:16 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 15380 invoked from network); 20 Jan 2004 09:50:13 -0000 Received: from unknown (HELO nikam.ms.mff.cuni.cz) (195.113.18.106) by sources.redhat.com with SMTP; 20 Jan 2004 09:50:13 -0000 Received: from camelot.ms.mff.cuni.cz (kampanus.ms.mff.cuni.cz [195.113.18.107]) by nikam.ms.mff.cuni.cz (Postfix) with SMTP id 16B314DF17; Tue, 20 Jan 2004 10:50:13 +0100 (CET) Received: by camelot.ms.mff.cuni.cz (sSMTP sendmail emulation); Tue, 20 Jan 2004 10:50:13 +0100 Date: Tue, 20 Jan 2004 09:50:00 -0000 From: Jan Hubicka To: Richard Henderson , Jan Hubicka , gcc@gcc.gnu.org, law@redhat.com Subject: Re: tree-SSA and indirect references. Message-ID: <20040120095013.GC7878@kam.mff.cuni.cz> References: <20040120003156.GE8495@atrey.karlin.mff.cuni.cz> <20040120005924.GA3079@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040120005924.GA3079@redhat.com> User-Agent: Mutt/1.3.28i X-SW-Source: 2004-01/txt/msg01462.txt.bz2 > On Tue, Jan 20, 2004 at 01:31:56AM +0100, Jan Hubicka wrote: > > vara=(type *)&varb; > > varc=*vara; > > > > this is common for small aggregate casts that can stay in registers > > after compiling. What is our strategy to deal with this? > > I don't know. I think it depends what the set of all these types are. In the case of Gerald's testcase these are different classes inherited from each other. They are iterators so the structures are small, I think containing just one field. Honza > > > r~