lib: remove CONSTCOND comment

Since 2021-01-31, lint doesn't need it anymore for the common pattern of
'do ... while (0)'.

remove double t from targeted, add missing r to arbitrary
And fix few more typos along the way in comments and man pages.

Mark the libc fegetround weak reference unused.

Not all .c files that include gdtoaimp.h use it, which makes clang
unhappy.

Sprinkle some more const in.

Honour the floating-point rounding mode in floating-point formatting.

C99, Sec. 7.19.6.1 `The fprintf function', paragraph 13, p. 281:

(Recommended practice)

For e, E, f, F, g, and G conversions, if the number of significant
decimal digits is at most DECIMAL_DIG, then the result should be
correctly rounded. If the number of significant decimal digits is
more than DECIMAL_DIG but the source value is exactly
representable with DECIMAL_DIG digits, then the result should be
an exact representation with trailing zeros. Otherwise, the
source value is bounded by two adjacent decimal strings L < U,
both having DECIMAL_DIG significant idgits; the value of the
resultant decimal string D should satisfy L <= D <= U, _with the
extra stipulation that the error should have a correct sign for
the current rounding direction_. [emphasis added]

The gdtoa code base already supports respecting the floating-point
rounding mode, as long as we compile it with Honor_FLT_ROUNDS
defined. However, for this to work, fegetround must be available in
libc, which it is not currently -- the fenv logic is in libm.

Fortunately, we don't have to move all of fenv from libm to libc --
programs that do not link against libm don't have fesetround, so the
rounding mode is always the default (barring asm shenanigans that
bypass the API -- tough). So use a weak reference to fegetround; by
default, assume FE_TONEAREST if it is not defined.

branches: 1.14.28; 1.14.30;
Pass locale down to gethex as well.

branches: 1.13.2;
PR/45989: Martin Husemann: lint invocation does include -w only on i386

- turn lint -w for all the platforms after fixing the lint warnings.
- add _DIAGASSERTS() for casts that would assign values to types that
would not fit.
- change types, add casts
- change into ansii prototypes
- turn on _DIAGNOSTIC for libc (during current, to be eliminated for release
builds)

approved by core@

branches: 1.12.2;
remove string placed by error(1)

branches: 1.11.2;
Add Emin for the vax. Need to check

fix some lint on i386

Merge the new gdtoa: Note that the built-in tests fail the same way as with
the old gdtoa.

add may alias attribute to the double union because gcc-4.5.x produces
incorrect code on ARMv7a. From Nikunj Badjatya and Amol Pise.

branches: 1.7.2;
Change Kmax so we allocate enough freelist entries to handle large field
numbers. Reported by Maksymilian Arciemowicz

branches: 1.6.18; 1.6.22; 1.6.24; 1.6.26;
some int -> size_t
deal with sparc64 that has 112 bits of mantissa.

branches: 1.5.4;
It is really bad style to define ULong unsigned long in one file and
uint32_t in another. No wonder lint was bitching (hello kjk)

Only do the mutex dance if _REENTRANT

Const poisoning.

* Pacify compiler; delint.
* Add MI NetBSD definitions.
* Rename IEEE_{8087,MC68k} to IEEE_{LITTLE,BIG}_ENDIAN, as previously
done in strtod.c.
* Some const poisoning, more to follow.

branches: 1.1.1;
Initial revision

remove double t from targeted, add missing r to arbitrary
And fix few more typos along the way in comments and man pages.

Mark the libc fegetround weak reference unused.

Not all .c files that include gdtoaimp.h use it, which makes clang
unhappy.

Sprinkle some more const in.

Honour the floating-point rounding mode in floating-point formatting.

C99, Sec. 7.19.6.1 `The fprintf function', paragraph 13, p. 281:

(Recommended practice)

For e, E, f, F, g, and G conversions, if the number of significant
decimal digits is at most DECIMAL_DIG, then the result should be
correctly rounded. If the number of significant decimal digits is
more than DECIMAL_DIG but the source value is exactly
representable with DECIMAL_DIG digits, then the result should be
an exact representation with trailing zeros. Otherwise, the
source value is bounded by two adjacent decimal strings L < U,
both having DECIMAL_DIG significant idgits; the value of the
resultant decimal string D should satisfy L <= D <= U, _with the
extra stipulation that the error should have a correct sign for
the current rounding direction_. [emphasis added]

The gdtoa code base already supports respecting the floating-point
rounding mode, as long as we compile it with Honor_FLT_ROUNDS
defined. However, for this to work, fegetround must be available in
libc, which it is not currently -- the fenv logic is in libm.

Fortunately, we don't have to move all of fenv from libm to libc --
programs that do not link against libm don't have fesetround, so the
rounding mode is always the default (barring asm shenanigans that
bypass the API -- tough). So use a weak reference to fegetround; by
default, assume FE_TONEAREST if it is not defined.

branches: 1.14.28; 1.14.30;
Pass locale down to gethex as well.

branches: 1.13.2;
PR/45989: Martin Husemann: lint invocation does include -w only on i386

- turn lint -w for all the platforms after fixing the lint warnings.
- add _DIAGASSERTS() for casts that would assign values to types that
would not fit.
- change types, add casts
- change into ansii prototypes
- turn on _DIAGNOSTIC for libc (during current, to be eliminated for release
builds)

approved by core@

branches: 1.12.2;
remove string placed by error(1)

branches: 1.11.2;
Add Emin for the vax. Need to check

fix some lint on i386

Merge the new gdtoa: Note that the built-in tests fail the same way as with
the old gdtoa.

add may alias attribute to the double union because gcc-4.5.x produces
incorrect code on ARMv7a. From Nikunj Badjatya and Amol Pise.

branches: 1.7.2;
Change Kmax so we allocate enough freelist entries to handle large field
numbers. Reported by Maksymilian Arciemowicz

branches: 1.6.18; 1.6.22; 1.6.24; 1.6.26;
some int -> size_t
deal with sparc64 that has 112 bits of mantissa.

branches: 1.5.4;
It is really bad style to define ULong unsigned long in one file and
uint32_t in another. No wonder lint was bitching (hello kjk)

Only do the mutex dance if _REENTRANT

Const poisoning.

* Pacify compiler; delint.
* Add MI NetBSD definitions.
* Rename IEEE_{8087,MC68k} to IEEE_{LITTLE,BIG}_ENDIAN, as previously
done in strtod.c.
* Some const poisoning, more to follow.

branches: 1.1.1;
Initial revision

Mark the libc fegetround weak reference unused.

Not all .c files that include gdtoaimp.h use it, which makes clang
unhappy.

Sprinkle some more const in.

Honour the floating-point rounding mode in floating-point formatting.

C99, Sec. 7.19.6.1 `The fprintf function', paragraph 13, p. 281:

(Recommended practice)

For e, E, f, F, g, and G conversions, if the number of significant
decimal digits is at most DECIMAL_DIG, then the result should be
correctly rounded. If the number of significant decimal digits is
more than DECIMAL_DIG but the source value is exactly
representable with DECIMAL_DIG digits, then the result should be
an exact representation with trailing zeros. Otherwise, the
source value is bounded by two adjacent decimal strings L < U,
both having DECIMAL_DIG significant idgits; the value of the
resultant decimal string D should satisfy L <= D <= U, _with the
extra stipulation that the error should have a correct sign for
the current rounding direction_. [emphasis added]

The gdtoa code base already supports respecting the floating-point
rounding mode, as long as we compile it with Honor_FLT_ROUNDS
defined. However, for this to work, fegetround must be available in
libc, which it is not currently -- the fenv logic is in libm.

Fortunately, we don't have to move all of fenv from libm to libc --
programs that do not link against libm don't have fesetround, so the
rounding mode is always the default (barring asm shenanigans that
bypass the API -- tough). So use a weak reference to fegetround; by
default, assume FE_TONEAREST if it is not defined.

Pass locale down to gethex as well.

branches: 1.13.2;
PR/45989: Martin Husemann: lint invocation does include -w only on i386

- turn lint -w for all the platforms after fixing the lint warnings.
- add _DIAGASSERTS() for casts that would assign values to types that
would not fit.
- change types, add casts
- change into ansii prototypes
- turn on _DIAGNOSTIC for libc (during current, to be eliminated for release
builds)

approved by core@

branches: 1.12.2;
remove string placed by error(1)

branches: 1.11.2;
Add Emin for the vax. Need to check

fix some lint on i386

Merge the new gdtoa: Note that the built-in tests fail the same way as with
the old gdtoa.

add may alias attribute to the double union because gcc-4.5.x produces
incorrect code on ARMv7a. From Nikunj Badjatya and Amol Pise.

branches: 1.7.2;
Change Kmax so we allocate enough freelist entries to handle large field
numbers. Reported by Maksymilian Arciemowicz

branches: 1.6.18; 1.6.22; 1.6.24; 1.6.26;
some int -> size_t
deal with sparc64 that has 112 bits of mantissa.

branches: 1.5.4;
It is really bad style to define ULong unsigned long in one file and
uint32_t in another. No wonder lint was bitching (hello kjk)

Only do the mutex dance if _REENTRANT

Const poisoning.

* Pacify compiler; delint.
* Add MI NetBSD definitions.
* Rename IEEE_{8087,MC68k} to IEEE_{LITTLE,BIG}_ENDIAN, as previously
done in strtod.c.
* Some const poisoning, more to follow.

branches: 1.1.1;
Initial revision