summaryrefslogtreecommitdiffstats
path: root/lib/libc/amd64/stdlib
Commit message (Collapse)AuthorAgeFilesLines
* Add section .note.GNU-stack for assembly files used by 386 and amd64.kib2011-01-073-0/+6
|
* We've been lax about matching END() macros in asm code for some time. Thispeter2008-11-023-0/+3
| | | | | | | is used to set the ELF size attribute for functions. It isn't normally critical but some things can make use of it (gdb for stack traces). Valgrind needs it so I'm adding it in. The problem is present on all branches and on both i386 and amd64.
* Import amd64 assembly implementations of div(3) family from NetBSD.jkim2007-04-044-0/+51
| | | | Obtained from: NetBSD
* Eliminate gdtoa.mk and move its contents to ${MACHINE_ARCH}/Makefile.inc.das2005-01-151-5/+0
| | | | | 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.
* Replace our ancient dtoa/strtod implementation with the gdtoadas2003-03-121-0/+5
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
OpenPOWER on IntegriCloud