From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-patches-return-205656-listarch-gcc-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 23167 invoked by alias); 11 Oct 2007 16:02:25 -0000
Received: (qmail 23154 invoked by uid 22791); 11 Oct 2007 16:02:24 -0000
X-Spam-Check-By: sourceware.org
Received: from wr-out-0506.google.com (HELO wr-out-0506.google.com) (64.233.184.230)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 11 Oct 2007 16:02:20 +0000
Received: by wr-out-0506.google.com with SMTP id 67so413403wri         for <gcc-patches@gcc.gnu.org>; Thu, 11 Oct 2007 09:02:18 -0700 (PDT)
Received: by 10.142.50.15 with SMTP id x15mr657748wfx.1192118537377;         Thu, 11 Oct 2007 09:02:17 -0700 (PDT)
Received: by 10.65.203.7 with HTTP; Thu, 11 Oct 2007 09:02:16 -0700 (PDT)
Message-ID: <84fc9c000710110902h55600ab6n4f1aab036f6a22a5@mail.gmail.com>
Date: Thu, 11 Oct 2007 16:02:00 -0000
From: "Richard Guenther" <richard.guenther@gmail.com>
To: "Richard Kenner" <kenner@vlsi1.ultra.nyu.edu>
Subject: Re: [PATCH] Fix optimization regression in constant folder
Cc: matz@suse.de, ebotcazou@adacore.com, gcc-patches@gcc.gnu.org,  	iant@google.com, mark@codesourcery.com
In-Reply-To: <10710111604.AA24831@vlsi1.ultra.nyu.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <200709171539.26653.ebotcazou@adacore.com> 	 <Pine.LNX.4.64.0710010325340.23011@wotan.suse.de> 	 <10710010257.AA21585@vlsi1.ultra.nyu.edu> 	 <Pine.LNX.4.64.0710010454060.23011@wotan.suse.de> 	 <10710010344.AA22633@vlsi1.ultra.nyu.edu> 	 <470D0C50.4080506@codesourcery.com> 	 <Pine.LNX.4.64.0710111658530.23011@wotan.suse.de> 	 <84fc9c000710110810t5ce2b774k8847d27fde14ad9d@mail.gmail.com> 	 <Pine.LNX.4.64.0710111753140.23011@wotan.suse.de> 	 <10710111604.AA24831@vlsi1.ultra.nyu.edu>
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-10/txt/msg00641.txt.bz2

On 10/11/07, Richard Kenner <kenner@vlsi1.ultra.nyu.edu> wrote:
> > Exactly.  This type should not be produced or used by anything else than
> > Ada.
>
> Huh?  sizetype has nothing whatsoever to do with Ada or any other language.
> It's the type that we use for the trees in TYPE_SIZE, TYPE_SIZE_UNIT,
> DECL_SIZE, DECL_SIZE_UNIT, DECL_FIELD_OFFSET, the component size in an
> ARRAY_REF and the offset in a COMPONENT_REF.

Yes.  What makes Ada somewhat special is that it is quite common for Ada that
those are not integer constants (of sizetype), but variables or
expressions (of sizetype).
My understanding is that this whole issue is only about optimizing
these sizetype
expressions.

Richard.