src/lib/libstand/zalloc_protos.h, branch release/11.1.0 FreeBSD source tree - Removing some unneeded definitions of NULL(cruft related to 1970's C). 2011-07-10T07:25:34+00:00 Tai-hwa Liang avatar@FreeBSD.org 2011-07-10T07:25:34+00:00 f497fbf5e44f9fcf107b34a5b76d7d66af7baf10 In C90, NULL is guaranteed to be declared in <stddef.h> and also in <string.h>. Though the correct way to define NULL in FreeBSD is to include <sys/_null.h>, other parts of libstand still require <string.h> to build; therefore, we keep <string.h> in stand.h and add a note about this; - Removing no longer used 'Prototype' definition. Quote from bde@: 'Cruft related to getting incomplete struct declarations within prototypes forward-declared before the structs. It doesn't mean "prototype" but only part of a prototype-related hack. No longer used.' - Replacing iaddr_t with uintptr_t; - Removing use of long double to determine alignment. Use a fixed 16 byte alignment instead; Reviewed by: bde Obtained from: DragonFlyBSD (partially) MFC after: 1 month 
  In C90, NULL is guaranteed to be declared in <stddef.h> and also in
  <string.h>.  Though the correct way to define NULL in FreeBSD is to
  include <sys/_null.h>, other parts of libstand still require <string.h>
  to build; therefore, we keep <string.h> in stand.h and add a note about
  this;
- Removing no longer used 'Prototype' definition.  Quote from bde@:

	'Cruft related to getting incomplete struct declarations within
	prototypes forward-declared before the structs.  It doesn't mean
	"prototype" but only part of a prototype-related hack.  No longer
	used.'

- Replacing iaddr_t with uintptr_t;
- Removing use of long double to determine alignment.  Use a fixed 16 byte
  alignment instead;

Reviewed by:	bde
Obtained from:	DragonFlyBSD (partially)
MFC after:	1 month
$Id$ -> $FreeBSD$ 1999-08-28T00:22:10+00:00 Peter Wemm peter@FreeBSD.org 1999-08-28T00:22:10+00:00 7f3dea244c40159a41ab22da77a434d7c5b5e85a 






Prune unused zalloc components as recommended by Matt Dillon.  Extra debugging
1998-10-01T17:35:08+00:00

Mike Smith
msmith@FreeBSD.org

1998-10-01T17:35:08+00:00

31a014da282db0c3e116d67a28ad522a1cf172e9

code is still enabled (it's not very expensive).





code is still enabled (it's not very expensive).







Replace the old and extremely icky Mach/NetBSD allocator with a similarly
1998-09-26T01:42:40+00:00

Mike Smith
msmith@FreeBSD.org

1998-09-26T01:42:40+00:00

95b50c2be3e92fdea36bf33f52920bea1a87d3a5

compact and much better one donated by Matt Dillon.  Implement a simple
sbrk() which uses the existing setheap() api.

Remove the custom allocator from the UFS code.  It wasn't working quite
right, and it shouldn't be needed with the new allocator.

Fix a serious problem with changing the value of already-existent
environment variables.  Don't attempt to modify the supposedly-const
argument to putenv()

Fix an off-by-one sizing error in the zipfs code detected by the new
allocator.

Submitted by:	zmalloc from Matt Dillon <dillon@backplane.com>





compact and much better one donated by Matt Dillon.  Implement a simple
sbrk() which uses the existing setheap() api.

Remove the custom allocator from the UFS code.  It wasn't working quite
right, and it shouldn't be needed with the new allocator.

Fix a serious problem with changing the value of already-existent
environment variables.  Don't attempt to modify the supposedly-const
argument to putenv()

Fix an off-by-one sizing error in the zipfs code detected by the new
allocator.

Submitted by:	zmalloc from Matt Dillon <dillon@backplane.com>