[Ecls-list] Beware, merge ahead

Juan Jose Garcia-Ripoll jjgarcia at users.sourceforge.net
Sat Feb 16 10:00:45 UTC 2008


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.


Facultad de Fisicas, Universidad Complutense,
Ciudad Universitaria s/n Madrid 28040 (Spain)

More information about the ecl-devel mailing list