ecl_file_ops has two new members: void (*unread_byte)(cl_object strm, cl_object byte); cl_object (*peek_byte)(cl_object strm); C API additions: void ecl_unread_byte (cl_object byte, cl_object strm) cl_object ecl_peek_byte (cl_object strm) si_unread_byte(cl_object strm, cl_object byte) [1] si_peek_byte(cl_object strm, cl_object byte) [2] Lisp API additions: (ext:unread-byte stream byte) :: integer [1] (ext:peek-byte stream byte) :: (or integer nil) [2] (gray:stream-unread-byte stream byte) :: null (gray:stream-peek-byte stream) :: (or integer :eof) We implement a "generic" version of unread-byte by storing it in a new slot last_byte. |
||
|---|---|---|
| contrib | ||
| examples | ||
| msvc | ||
| src | ||
| .gitignore | ||
| .gitlab-ci.yml | ||
| appveyor.yml | ||
| CHANGELOG | ||
| configure | ||
| COPYING | ||
| INSTALL | ||
| LICENSE | ||
| Makefile.in | ||
| README.md | ||
ECL stands for Embeddable Common-Lisp. The ECL project aims to produce an implementation of the Common-Lisp language which complies to the ANSI X3J13 definition of the language.
The term embeddable refers to the fact that ECL includes a Lisp to C compiler, which produces libraries (static or dynamic) that can be called from C programs. Furthermore, ECL can produce standalone executables from Lisp code and can itself be linked to your programs as a shared library. It also features an interpreter for situations when a C compiler isn't available.
ECL supports the operating systems Linux, FreeBSD, NetBSD, DragonFly BSD, OpenBSD, Solaris (at least v. 9), Microsoft Windows (MSVC, MinGW and Cygwin) and OSX, running on top of the Intel, Sparc, Alpha, ARM and PowerPC processors. Porting to other architectures should be rather easy.