9ff049c969
Previously this function stored a list of elements (cons list-or-random-atom argument-position) ARGUMENT-POSITION was preasumbly stored because authors anticipated denoting unspecialized arguments, however all positions were always filled because unspecializer argument had non-nil specializer #<BUILTIN-CLASS T>. LIST-OR-RANDOM-ATOM contained either a list of EQL specializers or a random specializer from all method specializers. The second value was not clear. This change simplifies the code and the interface, we additionally maintain additional information. From now on the list stores elements: (cons class-specializer-p eql-specializers) CLASS-SPECIALIZER-P is either NIL or T denoting whether the generic function has a method specialized on this argument on a class other than T. EQL-SPECIALIZERS without change, is a list of all EQL specializers. |
||
|---|---|---|
| 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.