From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22883 invoked by alias); 6 Oct 2004 16:57:07 -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 22869 invoked from network); 6 Oct 2004 16:57:06 -0000 Received: from unknown (HELO faui10.informatik.uni-erlangen.de) (131.188.31.10) by sourceware.org with SMTP; 6 Oct 2004 16:57:06 -0000 Received: from faui1m.informatik.uni-erlangen.de (faui1m [131.188.31.43]) by faui10.informatik.uni-erlangen.de (8.9.3p3/8.1.9-FAU) with ESMTP id SAA25136; Wed, 6 Oct 2004 18:57:05 +0200 (CEST) From: Ulrich Weigand Received: (from weigand@localhost) by faui1m.informatik.uni-erlangen.de (8.9.3p3/8.1.6-FAU) id SAA14194; Wed, 6 Oct 2004 18:57:05 +0200 (CEST) Message-Id: <200410061657.SAA14194@faui1m.informatik.uni-erlangen.de> Subject: Re: Regression due to tree loop opt / expand weirdness To: kenner@vlsi1.ultra.nyu.edu (Richard Kenner) Date: Wed, 06 Oct 2004 17:20:00 -0000 Cc: weigand@i1.informatik.uni-erlangen.de, gcc@gcc.gnu.org In-Reply-To: <10410061645.AA13509@vlsi1.ultra.nyu.edu> from "Richard Kenner" at Oct 06, 2004 12:45:04 PM MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2004-10/txt/msg00217.txt.bz2 Richard Kenner wrote: > > First of all, the above change is provably a no-op on ia64 since > the valid_pointer_mode implementation on ia64 is the default one, > which is exactly (mode != Pmode && mode != ptr_mode). > > Please read what I wrote. On some ia64 systems (e.g., VMS), Pmode and > ptr_mode are both DImode but you need to support 32-bit pointers. On > those ia64 systems, target.valid_pointer_mode is overridden to allow both > SImode and DImode. I could not find any such ia64 system in current GCC CVS, are you talking about an out-of-tree port? In any case, as I said, s390x/TPF is in exactly this situation (Pmode == ptr_mode == DImode, valid_pointer_mode overridden to allow both SImode and DImode); and this case is exactly the one that my patch fixes. Bye, Ulrich -- Dr. Ulrich Weigand weigand@informatik.uni-erlangen.de