This is the mail archive of the gcc@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: gcc compile-time performance


> On Mon, May 20, 2002 at 05:08:41PM +0200, Jan Hubicka wrote:
> > Yes, that is alternative.  Will it be considerably faster than the current
> > FP emulation library doing the same?
> 
> Maybe.
> 
> Probably less so if real.c is rewritten so that it can use 32/64
> arithmetic instead of 16/32.  This gets more work done per cycle.
> IIRC, Roman Lechtchinsky is looking into that because alpha-unicosmk
> doesn't have a 16 bit type.
> 
> Another alternative is to use a completely different, more efficient
> soft fp implementation.

There's still a lot of fiddling with NaNs and DeNorms etc in that code 
which just isn't needed in this case.  Checking for those corner cases can 
considerably slow things down.



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