From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5453 invoked by alias); 8 Nov 2007 17:29:23 -0000 Received: (qmail 5444 invoked by uid 22791); 8 Nov 2007 17:29:23 -0000 X-Spam-Check-By: sourceware.org Received: from e34.co.us.ibm.com (HELO e34.co.us.ibm.com) (32.97.110.152) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 08 Nov 2007 17:29:18 +0000 Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106]) by e34.co.us.ibm.com (8.13.8/8.13.8) with ESMTP id lA8HTGlf001723 for ; Thu, 8 Nov 2007 12:29:16 -0500 Received: from d03av02.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.195.168]) by d03relay04.boulder.ibm.com (8.13.8/8.13.8/NCO v8.5) with ESMTP id lA8HQHeE110168 for ; Thu, 8 Nov 2007 10:29:16 -0700 Received: from d03av02.boulder.ibm.com (loopback [127.0.0.1]) by d03av02.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id lA8HFXeL032490 for ; Thu, 8 Nov 2007 10:15:33 -0700 Received: from [192.168.1.102] (vorma.rchland.ibm.com [9.10.86.174]) by d03av02.boulder.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id lA8HFVU6031120; Thu, 8 Nov 2007 10:15:32 -0700 Subject: Re: [PING][PATCH][libobjc,rs6000] Fix DDmode ICE on testcase. From: Peter Bergner To: David Edelsohn Cc: "gcc-patches@gcc.gnu.org" In-Reply-To: <200711081454.lA8EslJV034616@makai.watson.ibm.com> References: <1191607765.7169.32.camel@otta> <200710251353.l9PDrcEl031634@makai.watson.ibm.com> <20071106031227.GA20656@vervain.rchland.ibm.com> <200711081454.lA8EslJV034616@makai.watson.ibm.com> Content-Type: text/plain Date: Thu, 08 Nov 2007 17:29:00 -0000 Message-Id: <1194542122.6681.4.camel@otta> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2007-11/txt/msg00440.txt.bz2 On Thu, 2007-11-08 at 09:54 -0500, David Edelsohn wrote: > @@ -4118,8 +4126,8 @@ rs6000_legitimate_address (enum machine_ > && mode != TFmode > && mode != TDmode > /* Restrict addressing for DI because of our SUBREG hackery. */ > - && !(TARGET_E500_DOUBLE && (mode == DFmode || mode == TFmode > - || mode == DImode)) > + && !(TARGET_E500_DOUBLE > + && (mode == DFmode || mode == DDmode || mode == DImode)) > && TARGET_UPDATE > && legitimate_indirect_address_p (XEXP (x, 0), reg_ok_strict)) > return 1; [snip] > What happened to TFmode in the above changes? I removed them since we've already guaranteed that mode cannot be TFmode with the "mode != TFmode" tests like the first line in the hunk above. Peter