common-lisp/sbcl.sbcl
1
0
Fork 0
mirror of git://git.code.sf.net/p/sbcl/sbcl synced 2026-09-10 07:26:40 -04:00
Code Issues Actions 8 Packages Projects Releases Wiki Activity
Steel Bank Common Lisp
619 commits 35 branches 284 tags 116 MiB
Common Lisp 91.3%
C 7.2%
Shell 0.9%
Assembly 0.4%
Makefile 0.2%
Go to file
Christophe Rhodes 4d50265fe5 0.7.7.16: 
Fix bug 113
	... allow logical hosts to be dumped, as references to the name
		of the host
	... test for dumping behaviour
	Fix bug 174
	... when the bad directive character has a name, print it as
		part of the error message
	Save a massive 20k or so on core size by zapping globaldb
		entries for cold-init symbols
	Various text file frobs and comments
2002-09-05 13:15:48 +00:00
contrib 0.pre7.5: 2001-08-08 22:46:16 +00:00
doc 0.7.7.6: 2002-08-31 23:36:57 +00:00
src 0.7.7.16: 2002-09-05 13:15:48 +00:00
tests 0.7.7.16: 2002-09-05 13:15:48 +00:00
tools-for-build 0.7.7.6: 2002-08-31 23:36:57 +00:00
.cvsignore 0.7.6.22: 2002-08-14 13:28:23 +00:00
base-target-features.lisp-expr 0.7.4.37: 2002-06-18 08:05:45 +00:00
binary-distribution.sh 0.7.4.40: 2002-06-20 11:23:48 +00:00
BUGS 0.7.7.16: 2002-09-05 13:15:48 +00:00
build-order.lisp-expr 0.7.7.9: 2002-09-01 22:34:13 +00:00
clean.sh 0.7.3.4: 2002-04-26 14:40:47 +00:00
common-lisp-exports.lisp-expr Initial revision 2000-09-18 01:26:16 +00:00
COPYING Initial revision 2000-09-18 01:26:16 +00:00
CREDITS 0.7.7: 2002-08-25 13:34:10 +00:00
distclean.sh 0.pre7.8: 2001-08-10 14:43:17 +00:00
html-distribution.sh integration hassles, cont'd: 2002-01-19 21:17:41 +00:00
INSTALL 0.7.7.16: 2002-09-05 13:15:48 +00:00
install.sh Initial revision 2000-09-18 01:26:16 +00:00
make-config.sh 0.7.7.9: 2002-09-01 22:34:13 +00:00
make-genesis-2.sh 0.6.12.7.flaky1: 2001-05-15 14:08:31 +00:00
make-host-1.sh 0.7.3.22: 2002-05-20 16:22:18 +00:00
make-host-2.sh 0.7.1.47: 2002-03-19 20:17:50 +00:00
make-target-1.sh 0.6.12.7.flaky1: 2001-05-15 14:08:31 +00:00
make-target-2.sh 0.pre7.81: 2001-11-01 20:24:55 +00:00
make.sh 0.7.6.26: 2002-08-18 13:55:26 +00:00
NEWS 0.7.7.16: 2002-09-05 13:15:48 +00:00
package-data-list.lisp-expr 0.7.7.10: 2002-09-02 03:18:07 +00:00
PRINCIPLES Initial revision 2000-09-18 01:26:16 +00:00
pubring.pgp Initial revision 2000-09-18 01:26:16 +00:00
README 0.7.3.6: 2002-04-30 01:23:23 +00:00
slam.sh 0.7.7.11: 2002-09-02 22:35:17 +00:00
source-distribution.sh 0.6.10: 2001-01-15 02:28:27 +00:00
STYLE Initial revision 2000-09-18 01:26:16 +00:00
tagify.sh Initial revision 2000-09-18 01:26:16 +00:00
TLA 0.7.7.16: 2002-09-05 13:15:48 +00:00
TODO 0.7.6: 2002-07-23 14:43:14 +00:00
UGLINESS Initial revision 2000-09-18 01:26:16 +00:00
version.lisp-expr 0.7.7.16: 2002-09-05 13:15:48 +00:00
wc.sh 0.6.11.40: 2001-04-17 14:43:42 +00:00

README 

GENERAL INFORMATION

Welcome to SBCL.

To find out more about who created the system, see the "CREDITS" file.

If you'd like information about the legalities of copying the system,
see the "COPYING" file.

If you'd like to install or build the system, see the "INSTALL" file.

If you'd like more information about using the system, see the man
page, "sbcl.1", or the user manual in the "doc/" subdirectory of the
distribution. (The user manual is maintained as DocBook SGML in the
source distribution; there is an HTML version in the binary
distribution.)

The system is a work in progress. See the "TODO" file in the source
distribution for some highlights.

If you'd like to make suggestions, report a bug, or help to improve the
system, please send mail to one of the mailing lists:
  sbcl-help@lists.sourceforge.net
  sbcl-devel@lists.sourceforge.net


SYSTEM-SPECIFIC HINTS

for OpenBSD:
  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.)