summaryrefslogtreecommitdiffstats
path: root/libc/stdlib/malloc/heap_free.c
Commit message (Collapse)AuthorAgeFilesLines
* Doc fix.Miles Bader2002-08-301-1/+1
|
* (__heap_free): Tighten up the inner loop, and make the code more readable.Miles Bader2002-08-301-29/+24
|
* Size tweaks.Miles Bader2002-07-251-7/+7
|
* Redo the locking, so that it may actually work. Now locking is done atMiles Bader2002-07-251-5/+1
| | | | | | | | | 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.
* Factor out some common code sequences into inline functions.Miles Bader2002-07-241-47/+14
|
* * Automatically try to unmap heap free-areas when they get very big.Miles Bader2002-07-231-1/+5
| | | | | | | | * 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.
* Rename mutex stuff to use heap-specific names.Miles Bader2002-07-191-3/+3
| | | | Doc fix.
* Miles Bader implemented a new mmap based malloc which is muchEric Andersen2002-07-181-0/+127
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!