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]
Other format:	[Raw text]

Re: [PATCH]: Expand finite() as inline i386 asm

From: Richard Henderson <rth at redhat dot com>
To: Uros Bizjak <ubizjak at gmail dot com>
Cc: GCC Patches <gcc-patches at gcc dot gnu dot org>
Date: Thu, 1 Feb 2007 12:10:49 -0800
Subject: Re: [PATCH]: Expand finite() as inline i386 asm
References: <5787cf470701250731rb6cba27l360293b491b972a1@mail.gmail.com> <20070201005832.GA8302@redhat.com> <20070201010019.GB8302@redhat.com> <5787cf470702010044i28667c2bk4b3ea614fdd34adc@mail.gmail.com>

On Thu, Feb 01, 2007 at 09:44:27AM +0100, Uros Bizjak wrote:
> Please consider soft-float targets.

I'm perfectly fine with soft-float targets implementing this
with integer operations.  The generic code can easily identify
this by noticing the non-existance of the appropriate compare
operations.

> BTW: I have done some measurements for different implementations, and
> for targets without fucomi(p) insn, fxam is faster that fabs/fucompp
> sequence.

Good to know.  I suspect that ia64 will want to implement these
operations with the special fclass instruction as well, so the
optabs should probably stay around.

But please rename the optab to isfinite, rather than just finite.

r~

Follow-Ups:
- Re: [PATCH]: Expand finite() as inline i386 asm
  - From: Uros Bizjak

References:
- Re: [PATCH]: Expand finite() as inline i386 asm
  - From: Richard Henderson
- Re: [PATCH]: Expand finite() as inline i386 asm
  - From: Richard Henderson
- Re: [PATCH]: Expand finite() as inline i386 asm
  - From: Uros Bizjak

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