Date: Tue, 18 Dec 2007 23:46:32 +0000 (UTC) From: David Schultz <das@FreeBSD.org> To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/lib/msun/ld128 s_nanl.c src/lib/msun/ld80 s_nanl.c src/lib/msun/src math_private.h s_nan.c src/lib/libc/amd64 Symbol.map src/lib/libc/i386 Symbol.map src/lib/libc/ia64 Symbol.map src/lib/libc/sparc64 Symbol.map Message-ID: <200712182346.lBINkWu6078446@repoman.freebsd.org>
next in thread | raw e-mail | index | archive | help
das 2007-12-18 23:46:32 UTC
FreeBSD src repository
Modified files:
lib/msun/ld128 s_nanl.c
lib/msun/ld80 s_nanl.c
lib/msun/src math_private.h s_nan.c
lib/libc/amd64 Symbol.map
lib/libc/i386 Symbol.map
lib/libc/ia64 Symbol.map
lib/libc/sparc64 Symbol.map
Log:
Since nan() is supposed to work the same as strtod("nan(...)", NULL),
my original implementation made both use the same code. Unfortunately,
this meant libm depended on a vendor header at compile time and previously-
unexposed vendor bits in libc at runtime.
Hence, I just wrote my own version of the relevant vendor routine. As it
turns out, mine has a factor of 8 fewer of lines of code, and is a bit more
readable anyway. The strtod() and *scanf() routines still use vendor code.
Reviewed by: bde
Revision Changes Path
1.6 +0 -3 src/lib/libc/amd64/Symbol.map
1.7 +0 -3 src/lib/libc/i386/Symbol.map
1.6 +0 -3 src/lib/libc/ia64/Symbol.map
1.7 +0 -3 src/lib/libc/sparc64/Symbol.map
1.2 +9 -10 src/lib/msun/ld128/s_nanl.c
1.2 +9 -10 src/lib/msun/ld80/s_nanl.c
1.21 +5 -0 src/lib/msun/src/math_private.h
1.2 +64 -20 src/lib/msun/src/s_nan.c
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200712182346.lBINkWu6078446>