X-Git-Url: http://repo.macrolet.net/gitweb/?a=blobdiff_plain;f=README;h=4670fb1bd33463d36adf42a6f7fed4d4d17b3ba3;hb=2e86a718672b73c942e51dfbda7eb9db8746b6f4;hp=5fed77ae5185404c8906b39b9dc87d2df1383c89;hpb=ba38798a5ca26b90647a1993f348806cb32f2d1b;p=sbcl.git

diff --git a/README b/README
index 5fed77a..4670fb1 100644
--- a/README
+++ b/README
@@ -26,6 +26,10 @@ system, please send mail to one of the mailing lists:
 
 SYSTEM-SPECIFIC HINTS
 
+for NetBSD:
+  NetBSD 2.0 and above are required because of the lack of needed
+  signal APIs in NetBSD 1.6 and earlier.
+
 for OpenBSD:
   OpenBSD 3.0 has stricter ulimit values, and/or enforces them more
   strictly, than its predecessors. Therefore SBCL's initial mmap()
@@ -37,3 +41,13 @@ for OpenBSD:
   is just allocating this huge address space, not actually using this
   huge memory at this point. OpenBSD <3.0 had no problem with this,
   but OpenBSD 3.0 is less hospitable.)
+
+for Darwin:
+  PURIFY (which can be used alone but is also used by the system when
+  saving a new core) uses more stack than the default limit on MacOS
+  X.2.  Therefore, in order to get PURIFY to work reliably, you need
+  to increase the limit, with e.g.
+    limit stack 8192 # for the default shell, tcsh
+    ulimit -s 8192 # for bash
+  before running SBCL.  This is also necessary when building the system
+  from sources, as part of the build process involves saving a new core.