David Schultz 7cd4a83267 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		2007-12-18 23:46:32 +00:00
..
amd64	Translate from the i386 so that this compiles and runs.	2007-12-17 18:12:06 +00:00
arm	Use C comments since we now preprocess these files with CPP.	2007-04-29 14:05:22 +00:00
bsdsrc	Fix tgamma() on some special args:	2007-05-02 15:24:49 +00:00
i387	Add logbl(3) to libm.	2007-12-17 03:53:38 +00:00
ia64	Use C comments since we now preprocess these files with CPP.	2007-04-29 14:05:22 +00:00
ld80	Since nan() is supposed to work the same as strtod("nan(...)", NULL),	2007-12-18 23:46:32 +00:00
ld128	Since nan() is supposed to work the same as strtod("nan(...)", NULL),	2007-12-18 23:46:32 +00:00
man	Add logbl(3) to libm.	2007-12-17 03:53:38 +00:00
powerpc	Use C comments since we now preprocess these files with CPP.	2007-04-29 14:05:22 +00:00
sparc64	Use C comments since we now preprocess these files with CPP.	2007-04-29 14:05:22 +00:00
src	Since nan() is supposed to work the same as strtod("nan(...)", NULL),	2007-12-18 23:46:32 +00:00
Makefile	Oops, the previous commit was not needed -- the file was committed but	2007-12-17 18:21:23 +00:00
Symbol.map	Remove z_abs(). The z_*() functions were in libf77, and for some reason	2007-12-18 01:15:20 +00:00