This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]

Re: [PATCH] Sparc floating point optimizations

To: "David S. Miller" <davem at redhat dot com>
Subject: Re: [PATCH] Sparc floating point optimizations
From: Richard Henderson <rth at cygnus dot com>
Date: Wed, 8 Dec 1999 00:43:08 -0800
Cc: jakub at redhat dot com, gcc-patches at egcs dot cygnus dot com
References: <19991207143914.D515@mff.cuni.cz> <19991207134426.C5472@cygnus.com> <199912080747.XAA11627@pizda.ninka.net>

On Tue, Dec 07, 1999 at 11:47:45PM -0800, David S. Miller wrote:
> Can you be a bit more clear about what you're trying to say
> here?  As far as I can see, "these two" cannot be easily placed
> in the same pattern...

(define_insn "*clear_sf"
  [(set (match_operand:SF 0 "nonimmediate_operand" "=f,m")
        (match_operand:SF 1 "const_double_operand" ""))]
  "TARGET_VIS && fp_zero_operand (operands[1])"
  "@
   fzeros\\t%0
   st\\t%%g0, %0"
  [(set_attr "type" "fpmove,store")
   (set_attr "length" "1,1")])

And _actually_, this ought to be merged with *movsf_insn.
Anything less means regclass and reload doesn't get a clear
picture of what's allowable.



r~

Follow-Ups:
- Re: [PATCH] Sparc floating point optimizations
  - From: David S. Miller
- Re: [PATCH] Sparc floating point optimizations
  - From: Jakub Jelinek

References:
- [PATCH] Sparc floating point optimizations
  - From: Jakub Jelinek
- Re: [PATCH] Sparc floating point optimizations
  - From: Richard Henderson
- Re: [PATCH] Sparc floating point optimizations
  - From: David S. Miller

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]