[Ecls-list] Important fixes, please test
Juan Jose Garcia Ripoll
lisp at arrakis.es
Mon Mar 6 02:11:03 UTC 2006
Latest changes include the contributed patches for multithreading and
MOP issues, with minor changes to make them consistent with the rest of
the distribution:
- Symbols in the core library are now referenced with a self-explanatory
macro, as in ECL_SYM("SI::*EXIT-HOOKS*",1379) (Thanks to Douglas R.
Miles for the idea).
- The symbols from the AMOP are now exported from the CLOS package. This
does not mean that everything has been implemented, but it makes the
implemented options accessible.
- Included support for multithreading under Windows/Cygwin (Thanks to
Arthur Smyles for pointing out the differences from Linux's pthreads)
- New manual file for 'ecl-config' contributed by Peter Van Eynde.
- New method for DOCUMENTATION to operate on slot-definition objects.
- New slot options are now allowed, as well as new metaclass options.
- SLOT-{VALUE,BOUNDP,MAKUNBOUND}-USING-CLASS now are also specialized
for standard-effective-slot-definition (Thanks to D. Corkill)
The only thing that bothers me is the change related to DEFCLASS.
According to the AMOP, DEFCLASS should accept additional class options,
which are then processed by the methods of user-defined metaclasses.
This is mentioned in a small paragraph in the introduction to the
protocol.
The problem is that the ANSI specification contradicts this point:
additional metaclass options are not allowed and cause an error when
parsing DEFCLASS. Does anybody know a good solution to this? Should one
set up packages with distinct AMOP and an ANSI versions of DEFCLASS?
Regards,
Juanjo
--
Max-Planck-Institut für Quantenoptik
Hans-Kopfermann-Str. 1, Garching, D-85748, Germany
Phone: +49 89 32905 345 Fax: +49 89 32905 336
http://www.mpq.mpg.de/Theorygroup/CIRAC/
More information about the ecl-devel
mailing list