From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20668 invoked by alias); 29 Mar 2005 21:57:37 -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 20656 invoked from network); 29 Mar 2005 21:57:34 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 29 Mar 2005 21:57:34 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j2TLuW0E008085; Tue, 29 Mar 2005 16:56:32 -0500 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j2TLuVO27383; Tue, 29 Mar 2005 16:56:31 -0500 Received: from livre.redhat.lsd.ic.unicamp.br (vpn50-51.rdu.redhat.com [172.16.50.51]) by pobox.corp.redhat.com (8.12.8/8.12.8) with ESMTP id j2TLuTK5017634; Tue, 29 Mar 2005 16:56:30 -0500 Received: from livre.redhat.lsd.ic.unicamp.br (livre.redhat.lsd.ic.unicamp.br [127.0.0.1]) by livre.redhat.lsd.ic.unicamp.br (8.13.3/8.13.3) with ESMTP id j2TLuQYr032501; Tue, 29 Mar 2005 18:56:28 -0300 Received: (from aoliva@localhost) by livre.redhat.lsd.ic.unicamp.br (8.13.3/8.13.3/Submit) id j2TLuPEK032153; Tue, 29 Mar 2005 18:56:25 -0300 To: Zack Weinberg Cc: Richard Sandiford , gcc-patches@gcc.gnu.org Subject: Re: Unreviewed patches References: <87ekdyqrov.fsf@firetop.home> <87mzsmnvpj.fsf@codesourcery.com> From: Alexandre Oliva Organization: Red Hat Global Engineering Services Compiler Team Date: Tue, 29 Mar 2005 22:02:00 -0000 In-Reply-To: <87mzsmnvpj.fsf@codesourcery.com> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2005-03/txt/msg02646.txt.bz2 On Mar 29, 2005, Zack Weinberg wrote: > Richard Sandiford writes: >> http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01840.html >> http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01849.html >> Remove uses of *intSI_type_node from middle-end. I later >> discovered that this is PR 19537. > I'm also of the opinion that the c4x port is wrong in making QImode > be 32 bits wide; that it should instead leave SImode at its usual > size and not use QI or HI modes at all. This doesn't make sense. BITS_PER_UNIT defines the minimal-sized addressable unit, and AFAIK that's 32 bits for c4x. QImode is, by definition, an integer type whose width is BITS_PER_UNIT. -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org}