d/freebsd-dev
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
31b998816c
freebsd-dev/lib/libc/gdtoa/Makefile.inc

22 lines
532 B
PHP
Raw Normal View History

Replace our ancient dtoa/strtod implementation with the gdtoa package, a more recent, generalized set of routines. Among the changes: - Declare strtof() and strtold() in stdlib.h. - Add glue to libc to support these routines for all kinds of ``long double''. - Update printf() to reflect the fact that dtoa works slightly differently now. As soon as I see that nothing has blown up, I will kill src/lib/libc/stdlib/strtod.c. Soon printf() will be able to use the new routines to output long doubles without loss of precision, but numerous bugs in the existing code must be addressed first. Reviewed by: bde (briefly), mike (mentor), obrien
2003-03-12 20:30:00 +00:00
# $FreeBSD$
Clean up the way gdtoa sources are found. OK'ed by: das
2003-03-13 18:55:14 +00:00
# netlib gdtoa sources
Replace use of ${.CURDIR} by ${LIBC_SRCTOP} and define ${LIBC_SRCTOP} if not already defined. This allows building libc from outside of lib/libc using a reach-over makefile. A typical use-case is to build a standard ILP32 version and a COMPAT32 version in a single iteration by building the COMPAT32 version using a reach-over makefile. Obtained from: Juniper Networks, Inc.
2014-03-04 02:19:39 +00:00
.PATH: ${LIBC_SRCTOP}/gdtoa
Clean up the way gdtoa sources are found. OK'ed by: das
2003-03-13 18:55:14 +00:00
Make several changes to the way printf handles hex floating point (%a): 1. Previously, printing the number 1.0 could produce 0x1p+0, 0x2p-1, 0x4p-2, or 0x8p-3, depending on what happened to be convenient. This meant that printing a value as a double and printing the same value as a long double could produce different (but equivalent) results. The change is to always make the leading digit a 1, unless the number is 0. This solves the aforementioned problem and has several other advantages. 2. Use the FPU to do rounding. This is far simpler and more portable than manipulating the bits, and it fixes an obsure round-to-even bug. It also raises the exceptions now required by IEEE 754R. The drawbacks are that it is usually slightly slower, and it makes printf less effective as a debugging tool when the FPU is hosed (e.g., due to a buggy softfloat implementation). 3. On i386, twiddle the rounding precision so that (2) works properly for long doubles. 4. Make several simplifications that are now possible due to (2). 5. Split __hldtoa() into a separate file. Thanks to remko for access to a sparc64 box for testing.
2008-04-12 03:11:36 +00:00
MISRCS+=_hdtoa.c _hldtoa.c _ldtoa.c glue.c
Eliminate gdtoa.mk and move its contents to ${MACHINE_ARCH}/Makefile.inc. The purpose of having a separate file involved an abandoned scheme that would have kept contrib/gdtoa out of the include path for the rest of libc.
2005-01-15 05:23:58 +00:00
GDTOASRCS+=dmisc.c dtoa.c gdtoa.c gethex.c gmisc.c \
Replace our ancient dtoa/strtod implementation with the gdtoa package, a more recent, generalized set of routines. Among the changes: - Declare strtof() and strtold() in stdlib.h. - Add glue to libc to support these routines for all kinds of ``long double''. - Update printf() to reflect the fact that dtoa works slightly differently now. As soon as I see that nothing has blown up, I will kill src/lib/libc/stdlib/strtod.c. Soon printf() will be able to use the new routines to output long doubles without loss of precision, but numerous bugs in the existing code must be addressed first. Reviewed by: bde (briefly), mike (mentor), obrien
2003-03-12 20:30:00 +00:00
hd_init.c hexnan.c misc.c smisc.c \
Don't compile the gdtoa package's strtoIg.c into libc. I never got around to making use of it.
2005-01-27 05:44:16 +00:00
strtod.c strtodg.c strtof.c strtord.c sum.c ulp.c
Clean up the way gdtoa sources are found. OK'ed by: das
2003-03-13 18:55:14 +00:00
Replace use of ${.CURDIR} by ${LIBC_SRCTOP} and define ${LIBC_SRCTOP} if not already defined. This allows building libc from outside of lib/libc using a reach-over makefile. A typical use-case is to build a standard ILP32 version and a COMPAT32 version in a single iteration by building the COMPAT32 version using a reach-over makefile. Obtained from: Juniper Networks, Inc.
2014-03-04 02:19:39 +00:00
SYM_MAPS+=${LIBC_SRCTOP}/gdtoa/Symbol.map
Add each directory's symbol map file to SYM_MAPS.
2006-03-13 01:15:01 +00:00
Replace dot-dot relative pathing with SRCTOP-relative paths where possible This reduces build output, need for recalculating paths, and makes it clearer which paths are relative to what areas in the source tree. The change in performance over a locally mounted UFS filesystem was negligible in my testing, but this may more positively impact other filesystems like NFS. LIBC_SRCTOP was left alone so Juniper (and other users) can continue to manipulate lib/libc/Makefile (and other Makefile.inc's under lib/libc) as include Makefiles with custom options. Discussed with: marcel, sjg MFC after: 1 week Reviewed by: emaste Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D9207
2017-01-20 03:23:24 +00:00
CFLAGS+=-I${SRCTOP}/contrib/gdtoa
Clean up the way gdtoa sources are found. OK'ed by: das
2003-03-13 18:55:14 +00:00
Replace our ancient dtoa/strtod implementation with the gdtoa package, a more recent, generalized set of routines. Among the changes: - Declare strtof() and strtold() in stdlib.h. - Add glue to libc to support these routines for all kinds of ``long double''. - Update printf() to reflect the fact that dtoa works slightly differently now. As soon as I see that nothing has blown up, I will kill src/lib/libc/stdlib/strtod.c. Soon printf() will be able to use the new routines to output long doubles without loss of precision, but numerous bugs in the existing code must be addressed first. Reviewed by: bde (briefly), mike (mentor), obrien
2003-03-12 20:30:00 +00:00
.for src in ${GDTOASRCS}
MISRCS+=gdtoa_${src}
CLEANFILES+=gdtoa_${src}
Replace dot-dot relative pathing with SRCTOP-relative paths where possible This reduces build output, need for recalculating paths, and makes it clearer which paths are relative to what areas in the source tree. The change in performance over a locally mounted UFS filesystem was negligible in my testing, but this may more positively impact other filesystems like NFS. LIBC_SRCTOP was left alone so Juniper (and other users) can continue to manipulate lib/libc/Makefile (and other Makefile.inc's under lib/libc) as include Makefiles with custom options. Discussed with: marcel, sjg MFC after: 1 week Reviewed by: emaste Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D9207
2017-01-20 03:23:24 +00:00
gdtoa_${src}: ${SRCTOP}/contrib/gdtoa/${src} .NOMETA
META MODE: Don't create .meta files when symlinking sources into the obj directory. Tracking these leads to situations where meta mode will consider the file to be out of date if /bin/sh or /bin/ln are newer than the source file. There's no reason for meta mode to do this as make is already handling the rebuild dependency fine. Sponsored by: EMC / Isilon Storage Division
2015-11-25 19:44:43 +00:00
ln -sf ${.ALLSRC} ${.TARGET}
For now, compile all of contrib/gdtoa without requiring strict aliasing, since it is using type punning of union members, and clang does not yet support gcc's extensions which allow this (refer to https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html#Type%2dpunning for more information). This should fix strtod(3) return values for the lang/julia port, so it does not fail on an assertion during its build. PR: 216770
2017-02-13 20:13:29 +00:00
CFLAGS.gdtoa_${src}+=-fno-strict-aliasing
Replace our ancient dtoa/strtod implementation with the gdtoa package, a more recent, generalized set of routines. Among the changes: - Declare strtof() and strtold() in stdlib.h. - Add glue to libc to support these routines for all kinds of ``long double''. - Update printf() to reflect the fact that dtoa works slightly differently now. As soon as I see that nothing has blown up, I will kill src/lib/libc/stdlib/strtod.c. Soon printf() will be able to use the new routines to output long doubles without loss of precision, but numerous bugs in the existing code must be addressed first. Reviewed by: bde (briefly), mike (mentor), obrien
2003-03-12 20:30:00 +00:00
.endfor
Reference in New Issue Copy Permalink