The function SORT-APPLICABLE-METHODS accepts as the third argument called ARGS-SPECIALIZERS however this function assumed that the argument was a list of argument's classes (i.e not EQL specializers) - see COMPARE-SPECIALIZERS. This commit doesn't change the function signature but conses a new list that is ensured to be a list of classes and passes them to COMPARE-METHODS. (Local) functions COMPARE-METHODS, COMPARE-SPECIALIZERS-LISTS and COMPARE-SPECIALIZERS have the argument name changed to reflect their true expectations. The function COMPARE-SPECIALIZERS takes the CLASS-PRECEDENCE-LIST of the class of the argument to break ties when there is no direct relationship between method 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.