| delorie.com/archives/browse.cgi | search |
| From: | <ams AT ludd DOT luth DOT se> |
| Message-Id: | <200306291425.h5TEP4iB021922@speedy.ludd.luth.se> |
| Subject: | Re: strtod test takes a long time |
| In-Reply-To: | <3EFEF32B.D01A3C0E@phekda.freeserve.co.uk> "from Richard Dawe at |
| Jun 29, 2003 03:09:47 pm" | |
| To: | djgpp-workers AT delorie DOT com |
| Date: | Sun, 29 Jun 2003 16:25:03 +0200 (CEST) |
| X-Mailer: | ELM [version 2.4ME+ PL78 (25)] |
| MIME-Version: | 1.0 |
| X-MailScanner: | Found to be clean |
| Reply-To: | djgpp-workers AT delorie DOT com |
| Errors-To: | nobody AT delorie DOT com |
| X-Mailing-List: | djgpp-workers AT delorie DOT com |
| X-Unsubscribes-To: | listserv AT delorie DOT com |
According to Richard Dawe:
> The strtod test (tests/libc/ansi/stdlib/strtod.c) seems to take a long time.
I've seen this too. And in my case it's gcc 2.95.{2,3}.
> DJGPP CVS built with gcc 3.2.2, binutils 2.13 on an Athlon 850MHz:
>
> bash-2.04$ time ./strtod.exe
> 0e20 -> 0
> 1e200 -> 1e+200
> 0e2000000000 -> 0
IIRC, this was a bad one considering the result should be 0 which
can be seen early.
> I'm wondering if we could exit strto* faster, when the exponent is larger than
> one we support (*_MAX_EXP from <float.h>.
Sounds good.
Right,
MartinS
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |