d336b3053d
The previous function call sequence for ordinary global functions looked as follows. 1. check whether the function is defined, i.e. whether symbol->symbol.gfdef is not NULL 2. set the_env->function to symbol->symbol.gfdef 3. call the function pointer symbol->symbol.gfdef->cfun.entry This commit implements a performance optimization that enables us to skip the first step. The basic idea is to replace symbol->symbol.gfdef with a closure that signals an undefined-function condition. However, straightforwardly implementing this would have the disadvantage that it would consume a larger amount of memory for each symbol without a function definition. To get around this, we reorder the fields of the ecl_symbol struct such that the symbol can serve as the function object itself, introducing an entry point that is only used for undefined functions. Benchmarking shows an improvement of about 10% in thight loops compared to the old method. |
||
|---|---|---|
| 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.