This project is a fork of the sbcl.git project. If you have that one already cloned locally, you can use
git clone --reference /path/to/your/sbcl.git/incarnation mirror_URL
to save bandwidth during cloning.
 
descriptionAttila Lendvai's branch
ownerattila.lendvai@gmail.com
last changeTue, 14 Aug 2007 12:10:53 +0000 (14 14:10 +0200)
content tags
add:
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 NetBSD:
  NetBSD 2.0 and above are required because of the lack of needed
  signal APIs in NetBSD 1.6 and earlier.

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.)

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.
shortlog
2007-08-14 Attila LendvaiMerge branch 'master' of git://repo.or.cz/sbclmaster
2007-08-13 Nikodemus Siivola1.0.8.25: refactor CAN-OPTIMIZE-ACCESS usage and interface
2007-08-13 Nikodemus Siivola1.0.8.24: factor (THE TYPE FORM) => FORM transformation...
2007-08-13 Nikodemus Siivola1.0.8.23: merge CAN-OPTIMIZE-ACCESS and CAN-OPTIMIZE...
2007-08-13 Nikodemus Siivola1.0.8.22: merge MAKE-METHOD-FUNCTION and MAKE-METHOD...
2007-08-13 Nikodemus Siivola1.0.8.21: merge REAL-MAKE-METHOD-LAMBDA and MAKE-METHOD...
2007-08-13 Nikodemus Siivola1.0.8.20: replace PVREF by SVREF
2007-08-12 Attila LendvaiMerge branch 'master' of git://repo.or.cz/sbclorigin/HEADorigin/master
2007-08-09 Nikodemus Siivola1.0.8.19: :dont-safe finalizers and fd-stream thread...
2007-08-07 Juho Snellman1.0.8.18: Fix gc-safety bug in x86oid function calls
2007-08-06 Nikodemus Siivola1.0.8.16: really increment the fasl version
2007-08-06 Nikodemus Siivola1.0.8.16: refactored fd-stream buffering
2007-08-04 Nikodemus Siivola1.0.8.15: making SBCL sources Git more friendly
2007-08-04 Attila LendvaiMerge branch 'master' of git://repo.or.cz/sbcl
2007-08-03 Thiemo Seufer1.0.8.14: De-clutter C code.
2007-08-03 Thiemo Seufer1.0.8.13: .cvsignore test output.
...
tags
unknown x86-64-again
unknown when-all-you-have-is-a-hammer
unknown vector.nil.string.branch.point
unknown thread-gc-branch-point
unknown tabby
unknown stop.the.world.branch.point
unknown start
unknown stack-analysis-branch-point
unknown sbcl.1.0.8
unknown sbcl.1.0.7
unknown sbcl.1.0.6
unknown sbcl.1.0.5
unknown sbcl.1.0.4
unknown sbcl.1.0.3
unknown sbcl.1.0.2
unknown sbcl.1.0
...
heads
16 years ago master