On Sun, Jan 23, 2011 at 8:12 PM, Didier Verna <span dir="ltr"><<a href="mailto:didier@lrde.epita.fr">didier@lrde.epita.fr</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div class="im">Juan Jose Garcia-Ripoll <<a href="mailto:juanjose.garciaripoll@googlemail.com">juanjose.garciaripoll@googlemail.com</a>> wrote:<br>
<br>
</div><div class="im">> It depends :-) I got as far as being able to link ECL into Emacs long<br>
> long time ago.<br>
<br>
</div>  No kidding!?<br></blockquote><div><br>No, it is serious, but it did not go very far. You have to understand this was at the beginning of ECL, around the San Francisco ALU meeting, when ECL was still very immature and embedding was not as easy.<br>

 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
> This involved quite some heavy hacking of the program, to remove its<br>
> garbage collector and replace it with the Boehm-Weiser one<br>
<br>
</div>  You mean Emacs's gc right?<br><div class="im"></div></blockquote><div><br>Yes. I realized it from the very beginning: if I wanted ECL to manipulate Emacs structures I could not allow Emacs to collect memory at will. Replacing the garbage collector was not easy, but not too hard. I had to work with bare Emacs (not Xemacs), which at the time had a much smaller code base, removing all memory allocation routines and using the Boehm Weiser ones. The result was ok. I had a working Emacs, which was slow because I had not tweaked the use of the garbage collector (no distinction between pointer-full and pointer-less memory, no customized GC procedures,...) and because I was not very good at bootstrapping it :-)<br>

 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> Yes. Then, I think step 2 would be to implement Emacs Lisp on top of<br>
ECL in order to preserve compatibility with existing stuff. Then we<br>
could gradually move the core and other libs to a true CL<br>
implementation.<br></blockquote><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
> But first it would be interesting to see whether there are good elisp<br>
> compilers that work with ECL.<br>
<br>
</div>  What do you mean?<br></blockquote></div><br>What I mean is that if one is eventually to replace Elisp with Common Lisp it would be worth having a look at the existing Elisp->Common Lisp converters. I believe there used to be one, but I do not know whether it still works, or whether it could support ECL.<br>

<br>Juanjo<br clear="all"><br>-- <br>Instituto de Física Fundamental, CSIC<br>c/ Serrano, 113b, Madrid 28006 (Spain) <br><a href="http://juanjose.garciaripoll.googlepages.com" target="_blank">http://juanjose.garciaripoll.googlepages.com</a><br>