From 80e9ca2206f8b384e611ac49f111303196fe6f01 Mon Sep 17 00:00:00 2001 From: Eric Andersen Date: Fri, 25 Apr 2003 09:09:56 +0000 Subject: Comment on glibc's MALLOC_CHECK_ support. --- docs/Glibc_vs_uClibc_Differences.txt | 8 ++++++++ 1 file changed, 8 insertions(+) (limited to 'docs/Glibc_vs_uClibc_Differences.txt') diff --git a/docs/Glibc_vs_uClibc_Differences.txt b/docs/Glibc_vs_uClibc_Differences.txt index 89edd6e4f..7760d2321 100644 --- a/docs/Glibc_vs_uClibc_Differences.txt +++ b/docs/Glibc_vs_uClibc_Differences.txt @@ -24,6 +24,14 @@ as implementation-defined by SuSv3, so both libraries are equally correct. This difference also applies to realloc(NULL, 0). I personally feel glibc's behavior is not particularly safe. +4.1) glibc's malloc() implementation has behavior that is tunable via the +MALLOC_CHECK_ environment variable. This is primarily used to provide extra +malloc debugging features. These extended malloc debugging features are not +available within uClibc. There are many good malloc debugging libraries +available for Linux (dmalloc, electric fence, valgrind, etc) that work much +better than the glibc extended malloc debugging. So our omitting this +functionality from uClibc is not a great loss. + 5) uClibc does not provide a database library (libdb). 6) uClibc does not support NSS (/lib/libnss_*), which allows glibc to easily -- cgit v1.2.3