[Ecls-list] Beware, merge ahead

[Juan Jose Garcia-Ripoll]

Hi,

I have been testing ECL for the last days. The changes to the function
invocation protocol are, as far as I have seen, stable and worth being
commited. Hence, I will merge the new sources today.

As a safety measure, though, I have tagged the current sources as
"safe_pre_new_apply". That means, using CVS, you can revert to that
version in case you feel something is not going well with the new
system. However, if this is the case, I would appreciate a message and
some indications that help me solve those problems.

There is one compelling reason to this merge, apart from performance,
which is that I want to continue development along one of two paths:
1) Change the internal representation of objects to include the type
of conses in their pointer.
2) A binary representation of objects that allows them to be exported.

Either path will result in so many changes in the C library that, if
successful, a second merge would be full of rejects and conflicts.

Juanjo

-- 
Facultad de Fisicas, Universidad Complutense,
Ciudad Universitaria s/n Madrid 28040 (Spain)
http://juanjose.garciaripoll.googlepages.com