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.
--eval "(quit)"
test: all
- echo "(asdf:operate (quote asdf:load-op) :$(SYSTEM)) "\
+ echo "(asdf:operate (quote asdf:load-op) :$(SYSTEM))" \
"(asdf:operate (quote asdf:test-op) :$(SYSTEM))" | \
$(SBCL) --eval '(load "../asdf/asdf")'
;;; 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"