summaryrefslogtreecommitdiffstats
path: root/libc/stdlib/malloc/free.c
Commit message (Collapse)AuthorAgeFilesLines
* Update debugging printfs.Miles Bader2002-07-311-2/+2
|
* Use new malloc header macros.Miles Bader2002-07-301-2/+2
|
* Size tweaks.Miles Bader2002-07-251-5/+6
|
* Miscellaneous tidying-up.Miles Bader2002-07-251-12/+9
|
* Redo the locking, so that it may actually work. Now locking is done atMiles Bader2002-07-251-90/+103
| | | | | | | | | 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.
* Misc small cleanups.Miles Bader2002-07-241-1/+2
|
* * Automatically try to unmap heap free-areas when they get very big.Miles Bader2002-07-231-9/+104
| | | | | | | | * 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.
* Doc fix.Miles Bader2002-07-191-1/+1
|
* Miles Bader implemented a new mmap based malloc which is muchEric Andersen2002-07-181-0/+35
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!