From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-70369-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 14156 invoked by alias); 14 Mar 2003 18:52:14 -0000
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
Received: (qmail 14115 invoked from network); 14 Mar 2003 18:52:14 -0000
Received: from unknown (HELO mail-out2.apple.com) (17.254.0.51)
  by sources.redhat.com with SMTP; 14 Mar 2003 18:52:14 -0000
Received: from mailgate2.apple.com (A17-129-100-225.apple.com [17.129.100.225])
	by mail-out2.apple.com (8.12.8/8.12.8) with ESMTP id h2EIqDsJ006364
	for <gcc@gcc.gnu.org>; Fri, 14 Mar 2003 10:52:13 -0800 (PST)
Received: from scv2.apple.com (scv2.apple.com) by mailgate2.apple.com
 (Content Technologies SMTPRS 4.2.1) with ESMTP id <T60f8913bb6118164e13f8@mailgate2.apple.com>;
 Fri, 14 Mar 2003 10:52:07 -0800
Received: from apple.com (johada5.apple.com [17.201.20.185])
	by scv2.apple.com (8.11.3/8.11.3) with ESMTP id h2EIq7003185;
	Fri, 14 Mar 2003 10:52:07 -0800 (PST)
Date: Fri, 14 Mar 2003 19:15:00 -0000
Subject: Re: store double-cvtd-to-int to memory
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v551)
Cc: Dale Johannesen <dalej@apple.com>, David Edelsohn <dje@watson.ibm.com>,
   gcc@gcc.gnu.org
To: Richard Henderson <rth@redhat.com>
From: Dale Johannesen <dalej@apple.com>
In-Reply-To: <20030313223206.GH30854@redhat.com>
Message-Id: <F3756AE1-564D-11D7-B9FE-000393D76DAA@apple.com>
Content-Transfer-Encoding: 7bit
X-SW-Source: 2003-03/txt/msg00952.txt.bz2


On Thursday, March 13, 2003, at 02:32  PM, Richard Henderson wrote:

> On Wed, Mar 12, 2003 at 05:45:36PM -0800, Dale Johannesen wrote:
>>   [(set (match_operand:SI 0 "memory_operand" "=m")
>>         (fix:SI (match_operand:DF 1 "gpc_reg_operand" "f")))
>>    (clobber (match_operand:DI 2 "gpc_reg_operand" "=f"))
>>    (clobber (match_operand:DI 3 "memory_operand" "=o"))]
>>
>> where op3 is a stack temp.
>
> Do you actually need the stack temp?  I understood you that
> you didn't need it, because you had an instruction for this
> directly.  If not, just leave it out.

Thanks.
For this case, where the result goes in memory, you don't need a stack 
temp.
For the case where it goes in a register, however, you do.  (It looks 
like
this is not so on Alpha?)  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.