src/lib/libstand, branch releng/5.0

This commit was manufactured by cvs2svn to create branch 'RELENG_5_0'.

2002-12-13T06:54:34Z

Uniformly refer to a file system as "file system".

2002-12-12T17:26:04Z

Approved by: re

Capitalize ASCII code names.

2002-12-05T08:50:00Z

Approved by: re

Update the second copy of libstand to deal with the new ufs2 superblock

2002-12-03T16:25:29Z

format. The one in sys/boot/libstand is not connected to the build. Approved by: re

Add the libz derived files, added in the previous commit, to

2002-10-19T02:23:09Z

CLEANFILES. We were not cleaning up after ourselves.

Use the standardized CHAR_BIT constant instead of NBBY in userland.

2002-09-25T04:06:37Z

o Merge and into a new header

2002-08-21T16:20:02Z

called . o will continue to live so it can define MD clock macros, which are only MD because of gratuitous differences between architectures. o Change all headers to make use of this. This mainly involves changing: #ifdef _BSD_FOO_T_ typedef _BSD_FOO_T_ foo_t; #undef _BSD_FOO_T_ #endif to: #ifndef _FOO_T_DECLARED typedef __foo_t foo_t; #define _FOO_T_DECLARED #endif Concept by: bde Reviewed by: jake, obrien

Fix a typo in #if 0 code

2002-08-21T09:30:45Z

Stash various networking paramters in the environment for the kernel

2002-07-31T20:17:06Z

to pick up, ala pxe.

Reimplement malloc/free debugging that includes the offending file:line

2002-07-20T04:18:20Z

info. This turned out to be rather useful on ia64 for tracking down malloc/free problems. Detect duplicate free()'s - otherwise these show up as a guard1 failure and it looks like corruption instead of something simple like a second free() where there shouldn't be. Deal with libz using libc headers and not seeing the malloc/free stuff that we provide in libstand. Do similar nastiness to what is done for bzlib. Tested on: i386, ia64 (compile, run)