| Age | Commit message (Collapse) | Author | 
|---|
|  | things, and avoid potential deadlocks caused when a thread holding a uClibc
internal lock get canceled and terminates without releasing the lock.  This
change also provides a single place, bits/uClibc_mutex.h, for thread libraries
to modify to change all instances of internal locking. | 
|  |  | 
|  | most of global data relocations are back | 
|  |  | 
|  |  | 
|  | missing headers, other jump relocs removed | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  | this was sent earlier in a different form:
http://www.uclibc.org/lists/uclibc/2004-January/008136.html
find attached a smaller version ... perhaps adding a fprintf to stderr before
calling abort would be nice like in the glibc patch, but whatever
glibc has since adopted a similar fix for their malloc (third hunk, line 1970)
http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/malloc/malloc.c.diff?r1=1.121&r2=1.122&cvsroot=glibc&f=h
-mike | 
|  | instead, but we are not such a system and should not propagate such things. | 
|  | Only use MAP_SHARED when mmu-less. | 
|  | Lea.  It is about 2x faster than the old malloc-930716, and behave itself much
better -- it will properly release memory back to the system, and it uses a
combination of brk() for small allocations and mmap() for larger allocations.
 -Erik |