| Age | Commit message (Collapse) | Author |
|---|
|
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
|
|
were including libc-lock.h which had a bunch of weak pragmas. Also,
uClibc supplied a number of no-op weak thread functions even though
many weren't needed. This combined result was that sometimes the
functional versions of thread functions in pthread would not override
the weaks in libc.
While fixing this, I also prepended double-underscore to all necessary
weak thread funcs in uClibc, and removed all unused weaks.
I did a test build, but haven't tested this since these changes are
a backport from my working tree. I did test the changes there and
no longer need to explicitly add -lpthread in the perl build for
perl to pass its thread self tests.
|
|
rm.patch:
* Define $(RM) as rm -f in Rules.mak and test/Rules.mak
(this is the same definition as gmake uses by default).
* Change all occurrences of rm and rm -f into $(RM).
|
|
|
|
|
|
which was reversed. Provide more consistancy between implementations.
Handle it when people do stupid things like malloc(-1);
|
|
want glibc style malloc(0) behavior
|
|
|
|
-Erik
|
|
-Erik
|
|
memory allocator you choose. Unfortunately, the 'malloc-930716' needs a
fair amount of work before it is functional. For now, changes have been
made to add the 'valloc' call and it works properly with the plain 'malloc'
allocator.
|
|
|
|
Also, Manuel notices that I forgot to check for when nmemb=0,
which would result in a segfault, so fix that case as well.
-Erik
|
|
malloc implementation). Fix problem reported to bugtraq about
problems with integer overflow that can occur during the
computation of the memory region size by calloc (and similar
functions) which could result in a subsequent buffer overflow.
-Erik
|
|
|
|
|
|
spots where I screwed up and forgot to fix realloc to use
free_unlocked() instead of free(). Thanks Ronald!
|
|
-Erik
|
|
|
|
tree is less messy now (which helps), all libraries are placed into
uClibc/lib when compiling, all libraries now use a consistant mechanism
for being built, all libraries use a consistant naming scheme where the
lib name includes the uClibc version number, which makes ldconfig
happy and willing to work with us.
-Erik
|
|
when folks do a malloc(0) using malloc-930716.
|
|
|
