their own malloc() implementation.

didn't do so for us.  By default, malloc() zeros out the space it
allocates but the programmer cannot rely on this as it is implementation-
specific (and configurable via /etc/malloc.conf)

All POSIX libc api now there (to P1003.1c/D10)
(more md stuff is needed for other libc/arch/*)
(setlogin is no longer a special syscall)
Add -pthread option to gcc (that makes it use -lc_r and -D_POSIX_THREADS).
Doc some re-entrant routines
Add libc_r to intro(3)
dig() uses some libc srcs and an extra -I was needed there.
Add more md stuff to libc_r.
Update includes for the pthreads api
Update libc_r TODO

This is one of many places in the source that have
#if defined("list all architectures")
Is there some possible way to eliminate, reduce these or at least
have a file that describes all occurrances so that when a new port is
done this could be addressed. like the recent hppa port, does it need to
take a look at this????

to an object of size zero. This will allow testing on reallocs return value
to determine if the operation was successful or not.

sizeof *pt -> sizeof *px (point to same type of struct but looked wrong).

output).

Reduce diffs wrt. FreeBSD some

> Fix a very rare error condition:  The code to free VM back to the kernel
> as done after a quasi-recursive call to free() had modified what we
> thought we knew about the last chunk of pages.
> This bug manifested itself when I did a "make obj" from src/usr.sbin/lpr,
> then make would coredump in the lpd directory.

Remove unused variables
Silence some warnings
lint(1) is your friend

Make sure everything uses {SYS,}LIBC_SCCS properly

Change inline to __inline

netbsd pr#1806