Chez Scheme
Switch branches/tags
Nothing to show
Clone or download
dybvig attempted partial fix for github issue 352
- when thread_get_room exhausts the local allocation area, it now
  goes through a common path with S_get_more_room to allocate a new
  local allocation area when appropriate.  this can greatly reduce
  the use of global allocation (and the number of tc mutex acquires
  in threaded builds) when a lot of small objects are allocated by
  C code with no intervening Scheme-side allocation or dirty writes.
    alloc.c, types.h, externs.h
Latest commit 93dfa76 Oct 5, 2018
Permalink
Failed to load latest commit information.
.travis use uuid_generate on unix-like systems for S_unique_id Sep 19, 2018
boot rebuilt bootfiles Jul 18, 2018
c attempted partial fix for github issue 352 Oct 5, 2018
csug use uuid_generate on unix-like systems for S_unique_id Sep 19, 2018
examples Updated csug socket code to match that in examples folder Jun 18, 2018
makefiles added uninstall target for Unix-like systems Aug 31, 2018
mats restore the import code on reset to provide consistent error message Aug 25, 2018
nanopass @ 1f7e80b latest nanopass Jun 27, 2016
release_notes use uuid_generate on unix-like systems for S_unique_id Sep 19, 2018
s restore the import code on reset to provide consistent error message Aug 25, 2018
stex @ 3bd2b86 - compile-whole-program and compile-whole-library now copy the hash-bang May 5, 2016
unicode initial upload of open-source release Apr 26, 2016
wininstall add PDB files for Windows Sep 7, 2018
zlib @ cacf7f1 updated zlib to latest version, version 1.2.11 Feb 14, 2017
.gitattributes Adding .gitattributes files to correct language stats Oct 12, 2016
.gitignore Added generated docs and intermediate files to .gitignore Oct 14, 2017
.gitmodules - compile-whole-program and compile-whole-library now copy the hash-bang May 5, 2016
.travis.yml use uuid_generate on unix-like systems for S_unique_id Sep 19, 2018
BUILDING use uuid_generate on unix-like systems for S_unique_id Sep 19, 2018
CHARTER.md initial upload of open-source release Apr 26, 2016
CONTRIBUTING.md - added custom install options. workarea creates an empty config.h, May 6, 2016
LICENSE initial upload of open-source release Apr 26, 2016
LOG attempted partial fix for github issue 352 Oct 5, 2018
NOTICE - updated version to 9.5.1 Oct 11, 2017
README.md Changed the travis-ci monitoring image to match the current brnach (m… Apr 10, 2018
bintar - updated version to 9.5.1 Oct 11, 2017
checkin changed copyright year to 2017 Apr 6, 2017
configure Autoconfig, detect if X11 exist on Mac OS X (#333) Jul 17, 2018
newrelease Makefile-csug.in install target is now consistent with the project Mar 28, 2018
scheme.1.in spelling Dec 4, 2017
workarea attempt to stabilize timing tests let-values source-caching Oct 29, 2017

README.md

Build Status

Chez Scheme is both a programming language and an implementation of that language, with supporting tools and documentation.

As a superset of the language described in the Revised6 Report on the Algorithmic Language Scheme (R6RS), Chez Scheme supports all standard features of Scheme, including first-class procedures, proper treatment of tail calls, continuations, user-defined records, libraries, exceptions, and hygienic macro expansion.

Chez Scheme also includes extensive support for interfacing with C and other languages, support for multiple threads possibly running on multiple cores, non-blocking I/O, and many other features.

The Chez Scheme implementation consists of a compiler, run-time system, and programming environment. Although an interpreter is available, all code is compiled by default. Source code is compiled on-the-fly when loaded from a source file or entered via the shell. A source file can also be precompiled into a stored binary form and automatically recompiled when its dependencies change. Whether compiling on the fly or precompiling, the compiler produces optimized machine code, with some optimization across separately compiled library boundaries. The compiler can also be directed to perform whole-program compilation, which does full cross-library optimization and also reduces a program and the libraries upon which it depends to a single binary.

The run-time system interfaces with the operating system and supports, among other things, binary and textual (Unicode) I/O, automatic storage management (dynamic memory allocation and generational garbage collection), library management, and exception handling. By default, the compiler is included in the run-time system, allowing programs to be generated and compiled at run time, and storage for dynamically compiled code, just like any other dynamically allocated storage, is automatically reclaimed by the garbage collector.

The programming environment includes a source-level debugger, a mechanism for producing HTML displays of profile counts and program "hot spots" when profiling is enabled during compilation, tools for inspecting memory usage, and an interactive shell interface (the expression editor, or "expeditor" for short) that supports multi-line expression editing.

The R6RS core of the Chez Scheme language is described in The Scheme Programming Language, which also includes an introduction to Scheme and a set of example programs. Chez Scheme's additional language, run-time system, and programming environment features are described in the Chez Scheme User's Guide. The latter includes a shared index and a shared summary of forms, with links where appropriate to the former, so it is often the best starting point.

Get started with Chez Scheme by Building Chez Scheme.

For more information see the Chez Scheme Project Page.