From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13749 invoked by alias); 14 Mar 2003 21:11:49 -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 13740 invoked from network); 14 Mar 2003 21:11:48 -0000 Received: from unknown (HELO mx2.redhat.com) (12.150.115.133) by sources.redhat.com with SMTP; 14 Mar 2003 21:11:48 -0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.11.6/8.11.6) with ESMTP id h2EL4Gl32546; Fri, 14 Mar 2003 16:04:16 -0500 Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [172.16.27.15]) by int-mx2.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h2ELBcQ28403; Fri, 14 Mar 2003 16:11:38 -0500 Received: from frothingslosh.sfbay.redhat.com (frothingslosh.sfbay.redhat.com [172.16.24.27]) by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id h2ELBb512895; Fri, 14 Mar 2003 13:11:37 -0800 Received: from frothingslosh.sfbay.redhat.com (localhost.localdomain [127.0.0.1]) by frothingslosh.sfbay.redhat.com (8.12.7/8.12.7) with ESMTP id h2ELBbiW002515; Fri, 14 Mar 2003 13:11:37 -0800 Received: (from rth@localhost) by frothingslosh.sfbay.redhat.com (8.12.7/8.12.7/Submit) id h2ELBbdS002513; Fri, 14 Mar 2003 13:11:37 -0800 X-Authentication-Warning: frothingslosh.sfbay.redhat.com: rth set sender to rth@redhat.com using -f Date: Fri, 14 Mar 2003 21:24:00 -0000 From: Richard Henderson To: Dale Johannesen Cc: David Edelsohn , gcc@gcc.gnu.org Subject: Re: store double-cvtd-to-int to memory Message-ID: <20030314211137.GB2480@redhat.com> Mail-Followup-To: Richard Henderson , Dale Johannesen , David Edelsohn , gcc@gcc.gnu.org References: <20030313223206.GH30854@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-SW-Source: 2003-03/txt/msg00966.txt.bz2 On Fri, Mar 14, 2003 at 10:51:22AM -0800, Dale Johannesen wrote: > For the case where it goes in a register, however, you do. > (It looks like this is not so on Alpha?) Well, Alpha's a bit different. We can convert to DImode without memory, but truncating to SImode needs special care. Without the above pattern, we'd store the DImode back to the stack, load with an integer register, then store the truncated value. So the match is for an SImode store to memory. But the concept should be the same. > So removing op3 from the above pattern results in another pattern > that combine won't generate, because the original > fix_truncdfsi2 pattern does have the temp, and needs it. Um, that's wrong. Part of what combine does is to discard clobbers and add them back as needed. Why isn't that happening? r~