Don't define SYSTEM_MALLOC so that we can find out

when it's necessary.

diff --git a/src/s/sol2-5.h b/src/s/sol2-5.h
index d80c22b37ba4b9c731779f6b9ec171cfef0932bb..b3b0470cc8051ca8c0039c9e320d4403e7bcfc01 100644 (file)
--- a/src/s/sol2-5.h
+++ b/src/s/sol2-5.h
@@ -19,7 +19,13 @@
 /* This is the only known way to avoid some crashes
    that seem to relate to screwed up malloc data
    after deleting a frame.  */
-#define SYSTEM_MALLOC
+/* rms: I think the problems using ralloc had to do with system
+   libraries that called the system malloc even if we linked in the
+   GNU malloc.  I could not see any way to fix the problem except to
+   have just one malloc and that had to be the system one.  */
+/* This is not always necessary.  Turned off at present for testers to
+   identify any problems with gmalloc more accurately.  */
+/* #define SYSTEM_MALLOC */
 
 #if 0 /* A recent patch in unexelf.c should eliminate the need for this.  */
 /* Don't use the shared libraries for -lXt and -lXaw,