From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9031 invoked by alias); 19 Oct 2004 22:18:29 -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 9022 invoked from network); 19 Oct 2004 22:18:27 -0000 Received: from unknown (HELO dberlin.org) (68.164.203.246) by sourceware.org with SMTP; 19 Oct 2004 22:18:27 -0000 Received: from [192.168.1.7] (account dberlin HELO [192.168.1.7]) by dberlin.org (CommuniGate Pro SMTP 4.2.1) with ESMTP-TLS id 7400377; Tue, 19 Oct 2004 18:18:27 -0400 In-Reply-To: <20041019213522.GD19976@redhat.com> References: <10410172054.AA01431@vlsi1.ultra.nyu.edu> <87zn2lrr8y.fsf@codesourcery.com> <20041019213522.GD19976@redhat.com> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit Cc: gcc-patches@gcc.gnu.org, Richard Kenner , Zack Weinberg From: Daniel Berlin Subject: Re: [patch] for PR 18040 Date: Tue, 19 Oct 2004 22:19:00 -0000 To: Richard Henderson X-SW-Source: 2004-10/txt/msg01644.txt.bz2 On Oct 19, 2004, at 5:35 PM, Richard Henderson wrote: > On Sun, Oct 17, 2004 at 02:04:13PM -0700, Zack Weinberg wrote: >> What he's saying is that >> >> >> >> (and all other reference nodes) would implicitly convert FIELD to >> TYPE, >> if that's not FIELD's intrinsic type. I think this makes a hell of a >> lot of sense, personally. > > I think this is an exceptionally bad idea. > Is this because you'd rather force the optimizers to deal with the fact that there is a cast there, than only care if they want to? Or something else? And if it's the first solution, than I would assume your preferred solution to this problem is to make ((cast)var).field gimple, and audit the optimizers to make sure they aren't going to silently generate bad code in this case? Or do you have something else in mind? > > r~