mirrors/ecl
1
Fork 0
mirror of https://gitlab.com/embeddable-common-lisp/ecl.git synced 2026-01-15 13:52:16 -08:00
Code Issues Projects Releases Packages Wiki Activity

Announcement for new release.

Browse source
This commit is contained in:
Juan Jose Garcia Ripoll 2012-07-24 18:45:04 +02:00
parent 469c8a520f
commit 52ca46e054
1 changed files with 36 additions and 9 deletions
Download patch file Download diff file Expand all files Collapse all files

45
ANNOUNCEMENT
View file

@ -24,22 +24,49 @@ releases, a CVS tree and some useful documentation.
Known issues
============
ECL builds fine on all supported platforms, but there are two types
of issues with Windows:
This release is the first one with the new multithreading library,
which no longer relies on the POSIX mutexes, condition variables and
semaphores. Instead, ECL makes use of libatomic-ops to implement
userspace routines for process communication (mailboxes), resource
sharing (locks, condition variables, counting semaphores) and fast
spinlocks.
* Mingw32's latest compiler, gcc-4.6.2, miscompiles several files and
breaks down while building ECL. This is not due to wrong C code but
a problem in that version of GCC. The solution is to install an
older version of GCC. It suffices with gcc-core, g++ and libgcc
http://sourceforge.net/projects/mingw/files/MinGW/Base/gcc/Version4/gcc-4.5.2-1/
Due to the new implementation, it is likely that some corner cases
may appear during use. In this case we would like to ask you to
report a reproducible test case to ECL's bug tracker and we will
provide a solution as soon as possible, with a new release, if
needed.
* Cygwin's fork routine is very fragile. Unfortunately it is the only
mean that ECL has to implement EXT:RUN-PROGRAM on that platform.
In addition to this, the following problems persist:
* Cygwin's library is still broken: fork/exec fails to reload the
cygwin library, or ECL's compiled libraries in a completely random
fashion. For this reason we recommend using ext:system instead of
ext:run-program in that platform.
* In Windows ECL comes with bytecodes compiler by default, because C
compilers are normally not avaiable. Unfortunately several
libraries out there are not prepared for this. If you plan to use
quicklisp and have a C compiler accessible to ECL, you may use
(ext:install-c-compiler) to switch back to the Lisp-to-C compiler.
Changes since last release
==========================
Some highlights of this release are:
* The multithreading library.
* Complete support for MOP.
* Speed improvements in areas such as slot accessors.
* Common Lisp code can now trap and capture Unix interrupts, though
the processing is asynchronous for all but the critical ones.
* Lots and lots of fixes.
See file src/CHANGELOG or browse it online
http://ecls.cvs.sourceforge.net/viewvc/ecls/ecl/src/CHANGELOG?view=markup