X-Git-Url: http://repo.macrolet.net/gitweb/?a=blobdiff_plain;f=README;h=4670fb1bd33463d36adf42a6f7fed4d4d17b3ba3;hb=e1905b479292158bd2bacdebb81e27b4da041097;hp=f07d4cf9605be50598a1a96911228477d52c3dc9;hpb=722703e7cbd3a4b279a4c1baab5d95df2c23cce9;p=sbcl.git diff --git a/README b/README index f07d4cf..4670fb1 100644 --- a/README +++ b/README @@ -26,12 +26,28 @@ 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: - It's reported for CMU CL (by Darren Bane on the comp.lang.lisp newsgroup, - 2002-04-22) that OpenBSD 3.0 has stricter ulimit values, and/or enforces - them more strictly, than its predecessors, and so CMU CL's initial mmap() - won't work unless you increase the limit on the data segment, e.g. with - ulimit -S -d 524288 - before you run CMU CL. The same is probably true of SBCL, but hasn't been - tested yet. (As of sbcl-0.7.3, SBCL has only been tested on OpenBSD 2.9 - and earlier.) + OpenBSD 3.0 has stricter ulimit values, and/or enforces them more + strictly, than its predecessors. Therefore SBCL's initial mmap() + won't work unless you increase the limit on the data segment from + the OpenBSD defaults, e.g. with + ulimit -S -d 1000000 + before you run SBCL. Otherwise SBCL fails with a message like + "ensure_space: failed to validate xxxxxxx bytes at yyyyy". (SBCL + 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.