Steel Bank Common Lisp.
http://www.sbcl.org/
Steel Bank Common Lisp (SBCL) is a high performance Common Lisp
compiler. It is open source / free software, with a permissive license.
In addition to the compiler and runtime system for ANSI Common Lisp, it
provides an interactive environment including a debugger, a statistical
profiler, a code coverage tool, and many other extensions.
- Developed at devel:languages:misc
- Sources inherited from project openSUSE:Factory
-
2
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout openSUSE:Backports:SLE-15-SP4:RebuildFactoryCandidates/sbcl && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
README.openSUSE | 0000000368 368 Bytes | |
customize-target-features.lisp | 0000000260 260 Bytes | |
dont-split-doc.patch | 0000000505 505 Bytes | |
sbcl-1.0.54-optflags.patch | 0000001694 1.65 KB | |
sbcl-1.1.10-source.tar.bz2 | 0004214032 4.02 MB | |
sbcl-1.1.2-install.patch | 0000000343 343 Bytes | |
sbcl-1.1.4-personality.patch | 0000000909 909 Bytes | |
sbcl-disable-frlock-test.patch | 0000000464 464 Bytes | |
sbcl.changes | 0000034624 33.8 KB | |
sbcl.spec | 0000004779 4.67 KB | |
sbclrc.sample | 0000001322 1.29 KB |
Revision 12 (latest revision is 106)
Stephan Kulow (coolo)
accepted
request 184578
from
Togan Muftuoglu (toganm)
(revision 12)
- Update to version 1.1.10 * Enhancement: + ASDF has been updated to 3.0.2. * Optimization: + stack frames are packed more efficiently on x86oids, which ought to reduce the frequency of Methuselahn conservative references (it certainly helps with gc.impure.lisp / BUG-936304 on x86). + on x86 and x86-64, integer negation forms like (- * x) are now recognized in modular arithmetic contexts, and compile to native negate, rather than going through bignums only to keep the low bits. * Bug fix + Compiling potential modularic arithmetic forms does not cause type errors when some integer types lack lower or upper bounds. (lp#1199127) + Non-trivial modular arithmetic forms are always cut to the right bitwidth before being used in a non-modular context. (lp#1199428) + Multiple catch/unwind blocks in a single function are now allocated in the right stack order on win32. (lp#1072739) (forwarded request 184576 from toganm)
Comments 0