src/lib/libc/stdlib/malloc.c, branch release/5.2.1

Remove malloc debugging for the release.

2003-12-07T04:12:46Z

Do not adjust to the pagesize at runtime. Besides for the one-time

2003-11-28T18:03:22Z

initialization overhead, there's a problem in that we never call imalloc() and thus malloc_init() for zero-sized allocations. As a result, malloc(0) returns NULL when it's the first or only malloc in the program. Any non-zero allocation will initialize the malloc code with the side-effect that subsequent zero-sized allocations return a non-NULL pointer. This is because the pointer we return for zero- sized allocations is calculated from malloc_pageshift, which needs to be initialized at runtime on ia64. The result of the inconsistent behaviour described above is that configure scripts failed the test for a GNU compatible malloc. This resulted in a lot of broken ports. Other, even simpler, solutions were possible as well: 1. initialize malloc_pageshift with some non-zero value (say 13 for 8KB pages) and keep the runtime adjustment. 2. Stop using malloc_pageshift to calculate ZEROSIZEPTR. Removal of the runtime adjustment was chosen because then ia64 is the same as any other platform. It is not to say that using a page size obtained at runtime is bad per se. It's that there's currently a high level of gratuity for its existence and the moment it causes problems is the moment you need to get rid of it. Hence, it's not unthinkable that this commit is (partially) reverted some time in the future when we do have a good reason for it and a good way to achieve it. Approved by: re@ (rwatson) Reported by: kris (portmgr@) -- may the ports be with you

Externalize malloc's spinlock so that a thread library can take

2003-11-04T19:49:56Z

it around an application's fork() call. Our new thread libraries (libthr, libpthread) can now have threads running while another thread calls fork(). In this case, it is possible for malloc to be left in an inconsistent state in the child. Our thread libraries, libpthread in particular, need to use malloc internally after a fork (in the child). Reviewed by: davidxu

Remove incomplete support for running FreeBSD userland on old NetBSD kernels

2003-10-29T10:45:01Z

lacking the issetugid() and utrace() syscalls.

Consistently cast to (u_char *) when filling with junk.

2003-10-25T23:47:33Z

Style changes. Inching closer to convergence with OpenBSD.

2003-10-25T12:56:51Z

More style fixes to improve diffability with OpenBSD.

2003-09-27T18:58:26Z

Pull 'A' evilness for realloc(3) from OpenBSD.

Style changes to improve diffability against OpenBSD version.

2003-09-27T17:29:03Z

Minor constification.

2003-07-29T11:16:14Z

Clarify the code a bit.

2003-06-01T09:16:50Z

Submitted by: Nadav Eiron