clib2 Code

c.lib 1.209 (21.11.2016)

- The maximum slab size is now 2^17 bytes (= 131072). If you request
a slab size larger than this, you will get slab sizes of 131072
bytes instead.

- Enabling the memory management debugging code no longer produces
compiler errors.

This commit was manufactured by cvs2svn to create tag 'V1_208'.

c.lib 1.208 (19.11.2016)

- Updated <stdlib.h> with new functions and data structures for
use with the slab allocator.

- Added __get_slab_usage() function which can be used to query
the slab allocator memory usage at runtime.

- This was still missing from the previous commit :-(

This commit was manufactured by cvs2svn to create tag 'V1_207_fixed'.

- Forgot only the important files :-(

This commit was manufactured by cvs2svn to create tag 'V1_207'.

- Added a slab allocator which replaces the use of memory pools or the
plain AllocMem() operations, respectively. In order to activate the
slab allocator, choose a slab size (e.g. 2048 bytes or 4096 bytes)
and declare a global variable like this:

ULONG __slab_max_size = 2048;

Memory allocations smaller than the slab size will be made from
"slabs", i.e. large chunks of memory of the given size. Larger
allocations will be managed separately.

- The simple sprintf test needed libgcc to build correctly.

Added a slab allocator

A slab-allocator can now be used as the back-end for all memory allocations by setting __slab_max_size to a value > 0. This controls the slab size used for allocations and should be a power of 2, such as 2048 or 4096 bytes.

This change still needs testing.