Re: Fastcode versus Highlander
- From: Jouni Turunen <jouni.turunen@xxxxxxxxxxxxxxxx>
- Date: Wed, 20 Sep 2006 17:38:20 +0300
Hi Dennis and John,
The problem with all of the 64-bit RTL functions I have proposed is that...............
You and me and Borland handled very well with Int64Div. Why should we not be
able to handle it one more time for the same function and also for Int64Mul?
I have no problems with the remaining proposals, because Fastcode has done
zero work on any of these.
Int64Mul is progressing "Fastcode way", new proposed function
Int64Mul_JOH_IA32_4 is in B&V 1.3.1. This new function is waiting
for four benchmark runs, AMD X2 and Presler runs show that it's very
fast and it passed validation on both.
If John prepares Int64Div version of new __lldiv, I can add that
to Int64Div B&V and that one starts going "Fastcode way" too, ok?
Regards,
Jouni
--
The Fastcode Project: http://www.fastcodeproject.org/
.
- Follow-Ups:
- Re: Fastcode versus Highlander
- From: Dennis
- Re: Fastcode versus Highlander
- From: John O'Harrow
- Re: Fastcode versus Highlander
- References:
- Fastcode versus Highlander
- From: Dennis
- Re: Fastcode versus Highlander
- From: Dennis
- Re: Fastcode versus Highlander
- From: John O'Harrow
- Re: Fastcode versus Highlander
- From: Dennis
- Re: Fastcode versus Highlander
- From: John O'Harrow
- Re: Fastcode versus Highlander
- From: Jouni Turunen
- Re: Fastcode versus Highlander
- From: John O'Harrow
- Re: Fastcode versus Highlander
- From: Dennis
- Fastcode versus Highlander
- Prev by Date: Re: Non obvious considerations for fastcode functions
- Next by Date: Re: Fastcode versus Highlander
- Previous by thread: Re: Fastcode versus Highlander
- Next by thread: Re: Fastcode versus Highlander
- Index(es):
Relevant Pages
|