1.0.13.44: bug #414 has disappeared
[sbcl/pkhuong.git] / README
blob86deff38f76378c403f7e2f772164ed6e8c6b8ad
1 GENERAL INFORMATION
3 Welcome to SBCL.
5 To find out more about who created the system, see the "CREDITS" file.
7 If you'd like information about the legalities of copying the system,
8 see the "COPYING" file.
10 If you'd like to install or build the system, see the "INSTALL" file.
12 If you'd like more information about using the system, see the man
13 page, "sbcl.1", or the user manual in the "doc/" subdirectory of the
14 distribution. (The user manual is maintained as Texinfo in the source
15 distribution; HTML version is available for download.)
17 The system is a work in progress. See the "TODO" file in the source
18 distribution for some highlights.
20 The "BUGS" file lists current known bugs.
22 If you'd like to make suggestions, report a bug, or help to improve the
23 system, please send mail to one of the mailing lists:
24   sbcl-help@lists.sourceforge.net
25   sbcl-devel@lists.sourceforge.net
26 Note that as a spam reduction measure you must subscribe to the lists
27 before you can post.
30 SYSTEM-SPECIFIC HINTS
32 for NetBSD:
33   NetBSD 2.0 and above are required because of the lack of needed
34   signal APIs in NetBSD 1.6 and earlier.
36 for OpenBSD:
37   OpenBSD 3.0 has stricter ulimit values, and/or enforces them more
38   strictly, than its predecessors. Therefore SBCL's initial mmap()
39   won't work unless you increase the limit on the data segment from
40   the OpenBSD defaults, e.g. with
41     ulimit -S -d 1000000
42   before you run SBCL. Otherwise SBCL fails with a message like
43   "ensure_space: failed to validate xxxxxxx bytes at yyyyy". (SBCL
44   is just allocating this huge address space, not actually using this
45   huge memory at this point. OpenBSD <3.0 had no problem with this,
46   but OpenBSD 3.0 is less hospitable.)