Lines Matching +full:0 +full:- +full:mon
3 (fixed-point mode); fix rounding bug in these modes when the input
4 d (to be converted) satisfies 10^-(ndigits+1) <= |d| < 10^-ndigits ,
7 the result is empty (i.e., when |d| <= 5 * 10^-ndigits).
11 integers in modes 0, 1.
13 Mon Sep 9 23:29:38 EDT 1991
25 return +-Infinity for IEEE arithmetic, +- the largest machine number
29 Mon Apr 27 23:13:43 EDT 1992
30 dtoa.c: tweak strtod (one-line addition) so the end-pointer = start
35 reasonably with huge numbers and 16-bit ints.
47 < for(result_k = 0; sizeof(Bigint) - sizeof(unsigned long) + j < i;
48 ---
49 > for(result_k = 0; sizeof(Bigint) - sizeof(unsigned long) + j <= i;
50 With 32-bit ints, the former could give too small a block for the return
51 value when, e.g., mode = 2 or 4 and ndigits = 24 (16 for 16-bit ints).
53 Mon Jun 21 12:56:42 EDT 1993
54 dtoa.c: tweak to work with 32-bit ints and 64-bit longs
55 when compiled with -DLong=int .
59 negative exponents (e.g. 1.8826e-512), which should underflow to 0;
63 Mon Feb 28 11:37:30 EST 1994
69 > * directly -- and assumed always to succeed.
76 < rv = (Bigint *)malloc(sizeof(Bigint) + (x-1)*sizeof(Long));
77 ---
78 > rv = (Bigint *)MALLOC(sizeof(Bigint) + (x-1)*sizeof(Long));
88 g_fmt.c: honor the sign of 0 and return the first argument (buf).
94 Mon Aug 5 23:31:24 EDT 1996
103 routines ACQUIRE_DTOA_LOCK(n) and FREE_DTOA_LOCK(n) (n = 0 or 1).
112 -DNO_IEEE_Scale restores the old logic. Fix a bug, revealed by
113 input string 2.2250738585072012e-308, in treating input just less
119 that caused one-bit rounding errors in certain denormal numbers, such
120 as 8.44291197326099e-309, which was read as 8.442911973260987e-309.
122 Unless compiled with -DNO_LONG_LONG, use 64-bit arithmetic where
128 2.2250738585072012e-308, which was rounded to the largest denormal
134 compiled with -DNO_ERRNO); bigtens --> bigtens_D2A (a symbol meant
143 --- g_xLfmt
145 --- strtopd
147 --- strtopf
149 --- strtopxL
150 --- strtorxL
151 --- strtoIxL
159 family (for 80-bit IEEE double-extended precision) that assumes the
160 storage layout of the Motorola 68881's double-extended format: 80
161 interesting bits stored in 3 unsigned 32-bit ints (with a "hole", 16
163 family now deals with 80-bit (5 unsigned 16-bit ints) rather than
164 96-bit arrays (3 unsigned 32-bit ints) that hold its 80-bit
165 double-extended values. (This relaxes the alignment requirements of
171 still return 0 (NULL) if the first argument is too short.
176 dtoa.c: Fix bug in strtod under -DSudden_Underflow and (the default)
177 -DAvoid_Underflow: some numbers that should have suffered sudden
179 Example: "1e-320" gave -3.6304123742133376e+280 rather than 0.
181 Mon Nov 2 15:41:16 EST 1998
183 compilers that offer a 64-bit long long type but do not recognize the
191 dtoa.c, gdtoa.tgz: fix a bug in strtod's reading of 4.9e-324:
192 it returned 0 rather than the smallest denormal.
194 Mon Apr 12 10:39:25 EDT 1999
203 Mon Sep 13 10:53:34 EDT 1999
209 ---
215 compilation with -DKR_headers.
219 < if (bbits == 1 && be0 > fpi->emin) {
220 ---
221 > if (bbits == 1 && be0 > fpi->emin + 1) {
225 smallest normalized floating-point number of other precisions.
236 ---
239 (e.g., gcc 2.95.1 under -O2). On some systems, these changes do not
241 a double as a pair of ULongs is available with -DYES_ALIAS.
250 Mon Jan 17 18:32:52 EST 2000
254 gdtoa.tgz: README: point out that compiling with -DNO_ERRNO inhibits
264 1. Fix bug in test for exact half-way cases of denormalized numbers
265 (without -DNO_IEEE_Scale).
266 2. Compilation with -DNO_ERRNO prevents strtod from assigning
267 errno = ERANGE when the result overflows or underflows to 0.
268 3. With IEEE arithmetic and no -DNO_IEEE_Scale, adjust scaling so
272 Sudden_Underflow being #defined (and with strtod simply returning 0
274 4. Compilations with -DUSE_LOCALE causes strtod to use the current
276 5. Under compilations with -DINFNAN_CHECK, strtod and strtodg (case
278 compiled with -DNo_Hex_NaN, accept "nan(x)", where x is a string of
286 (in round-nearest mode) to the given double value. (Paxson's
288 introduce an error of more than one base-10 ulp when 17 or more
290 8. With IEEE arithmetic, compilation with -DHonor_FLT_ROUNDS causes
292 0 ==> towards 0,
295 3 ==> towards -Infinity.
296 9. With IEEE arithmetic, compilation with -DSET_INEXACT causes extra
298 particularly for dtoa in cases where otherwise some simple floating-
305 10. On input "-x", return 0 rather than -0.
320 Mon Nov 13 14:00:05 EST 2000
331 2.47032822920623272e-324) introduced 20001113 in handling the special
333 by changes of 20001113) for the extra special case of 2^-1075 (half
339 an ulp less than the smallest normal floating-point number;
347 IEEE arithmetic (with 53-bit rounding precision on 80x87 chips).
351 gdtoa.tgz: fix a bug in strtod's handling of 0-valued 0x... "decimal"
356 gdtoa.tgz: fix a glitch in strtodg.c with -DUSE_LOCALE; add #ifdef
357 USE_LOCALE lines to g__fmt.c (to affect binary --> decimal conversions
358 via the g*fmt routines), and add comments about -DUSE_LOCALE to README.
359 In short, compiling strtod.c, strtodg.c, and g__fmt.c with -DUSE_LOCALE
360 causes them to determine the decimal-point character from the current
365 glitch in handling 0x... input (the return from gethex was ignored).
369 use unsigned char for decimalpoint variable (under -DUSE_LOCALE).
374 result is denormal, and when returning zero or Infinity, set *bp = 0;
377 mattered for underflows and overflows in 0x notation.
381 confusion by human readers -- the object code is unaffected (with
384 Mon Apr 12 00:44:22 MDT 2004
388 but does not require 53-bit rounding precision on Intel IA32 systems.
397 binary-exponent-part if the converted number is zero.
399 exponent of denormals (which should be 0, not 1).
409 by Stefan Farfelder) with 0x forms with no nonzero digits before the "."
410 character, e.g., 0x.1 (which was rendered as 0 rather than .0625).
412 giving the system-dependent format of a quiet NaN (the one generated
413 for Infinity - Infinity). Tweak test/makefile so differences in the
415 Fix bug in strtod.c and strtodg.c under which, e.g., -.nan was read
416 as NaN rather than unacceptable input (causing return 0). Adjust
420 gdtoa.tgz: strtodg.c: fix long-standing bug in handling input
423 gdtoa.tgz: Fix some bugs with -DJust_16.
427 strtod.c: unless prevented by -DNO_FENV_H, include C99's fenv.h
439 test/makefile: add -lm to some link lines (needed for fegetround).
445 if (hi0bits(rvb->x[(rvb->wds - 1) >> kshift])
449 if (hi0bits(rvb->x[rvb->wds - 1]) != j)
454 test/README: add comment that strtodt needs to operate with 53-bit
459 dtoa.c and gdtoa.tgz: with -DINFNAN_CHECK and without
460 -DGDOTA_NON_PEDANTIC_NANCHECK, conform to the ill-advised prescription
462 is not of the expected form. Allow an optional 0x or 0X to precede
464 gdtoa.tgz: gethex.c: have, e.g., strtod("0xyz",&se) set se to "xyz".
465 Previously it was incorrectly set to "0xyz".
469 -DHonor_FLT_ROUNDS: in rounding modes other than "to nearest",
471 the largest finite floating-point number. Since FLT_ROUNDS is buggy
479 gdtoa/gethex.c: fix an off-by-one bug in a rounding test; detect and
481 reading of hexadecimal floating-point values (0x...). Also set errno
482 to ERANGE on out-of-range values (unless compiled with -DNO_ERRNO).
492 gdtoa/strto*.c and gdtoa/*fmt.c: if compiled with -DUSE_LOCALE, use
499 gdtoa/strtodg.c: fix an off-by-one bug in rounding to the largest
505 compiled with -DHonor_FLT_ROUNDS on IEEE-arithmetic systems that provide
508 -DHonor_FLT_ROUNDS and/or -DUSE_MY_LOCALE for manual testing of gdtoa.a
509 compiled with -DHonor_FLT_ROUNDS or -DUSE_LOCALE.
512 gdtoa/gethex.c: fix a bug reading hexadecimal floating-point values
513 starting with "0xd" for a nonzero digit d (such as "0x1.0002p3"). The
521 -DUSE_LOCALE and the locale's decimal-point string is two or more
525 gdtoa.tgz: fix bugs with reading C99-style hexadecimal floating-point
526 values when compiled with -DPack_16; on IEEE-arithmetic systems, make
529 dtoa.c: add recognition of C99-style hexadecimal floating-point
549 Mon Mar 16 00:32:43 MDT 2009
550 dtoa.c: Fix a bug under -DUSE_LOCALE in handling "decimal point"
553 -DDEBUG.
554 dtoa.c and gdtoa/gdtoa.c: simplify logic for "4 leading 0 bits".
555 dtoa.c: Add logic (that can be disabled with -DNO_STRTOD_BIGCOMP
565 silence "gcc -Wall" warnings. Aside from a couple of minor changes
570 dtoa.c: fix glitch in compiling with -DNo_Hex_NaN and the bug of
572 gdtoa.tgz: tweaks to silence warnings from "gcc -Wstrict-aliasing=2";
589 adds %Lqa, %Lqe, %Lqf and %Lqg to handle 128-bit bit types (called
595 Mon Jan 11 22:25:17 MST 2010
596 dtoa.c: fix a minor performance bug and, under compilation with -DDEBUG,
609 high-precision integer computations. Fix an off-by-one bug in
612 with sensible input.) Fix an off-by-one bug in a recently introduced
620 compiled without -DNO_IEEE_SCALE and, for dtoa.c, when compiled with
621 -DNO_STRTOD_BIGCOMP.
637 -DHonor_FLT_ROUNDS (and without -DNO_STRTOD_BIGCOMP), and the rounding
642 with -DHonor_FLT_ROUNDS.
645 dtoa.c, gdtoa/dtoa.c, gdtoa/gdtoa.c: fix bugs with -DROUND_BIASED
648 Mon Sep 27 13:43:30 MDT 2010
665 want biased rounding with IEEE-style format "double" and will operate
669 of portability when compiling without -DLong=... specified). On some
670 64-bit systems, long is a 64-bit type; we need a 32-bit type here.
672 the bottom of the exponent range, e.g., 1e-323.