From: Christophe R. <cr...@us...> - 2003-09-15 16:56:17
|
Update of /cvsroot/sbcl/sbcl In directory sc8-pr-cvs1:/tmp/cvs-serv8856 Modified Files: README version.lisp-expr Log Message: 0.8.3.69: Cosmetic fixes ... document MacOS X's stack size limitation in README ... annoying placement of a close quote in asdf-module.mk Index: README =================================================================== RCS file: /cvsroot/sbcl/sbcl/README,v retrieving revision 1.3 retrieving revision 1.4 diff -u -d -r1.3 -r1.4 --- README 30 Apr 2002 01:23:23 -0000 1.3 +++ README 15 Sep 2003 16:56:13 -0000 1.4 @@ -37,3 +37,13 @@ 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. Index: version.lisp-expr =================================================================== RCS file: /cvsroot/sbcl/sbcl/version.lisp-expr,v retrieving revision 1.1253 retrieving revision 1.1254 diff -u -d -r1.1253 -r1.1254 --- version.lisp-expr 15 Sep 2003 15:09:02 -0000 1.1253 +++ version.lisp-expr 15 Sep 2003 16:56:13 -0000 1.1254 @@ -17,4 +17,4 @@ ;;; checkins which aren't released. (And occasionally for internal ;;; versions, especially for internal versions off the main CVS ;;; branch, it gets hairier, e.g. "0.pre7.14.flaky4.13".) -"0.8.3.68" +"0.8.3.69" |