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>