Age | Commit message (Collapse) | Author |
|
where we extended the existing allocation, and got back more than we
asked for from the heap.
|
|
|
|
|
|
|
|
size calculations.
|
|
|
|
|
|
Calculate amount freed when shrinking correctly.
|
|
MALLOC_SET_SIZE now takes the user-address rather than the base-address.
|
|
Fix bug when growing an allocation.
Use new malloc header macros.
|
|
the malloc/free level, not within the heap abstraction, and there's a
separate lock to control sbrk access.
Also, get rid of the separate `unmap_free_area' function in free.c, and
just put the code in the `free' function directly, which saves a bunch
of space (even compared to using an inline function) for some reason.
|
|
|
|
* Instead of using mmap/munmap directly for large allocations, just use
the heap for everything (this is reasonable now that heap memory can
be unmapped).
* Use sbrk instead of mmap/munmap on systems with an MMU.
|
|
|
|
smarter than the old "malloc-simple", and actually works, unlike
the old "malloc". So kill the old "malloc-simple" and the old
"malloc" and replace them with Miles' new malloc implementation.
Update Config files to match. Thanks Miles!
|