Steve Youngs writes:
I really think that XEmacs needs FFI, just understand that it may not
be
all smooth sailing.
I don't see a real bumpy ride for FFI or better HTTP support.
First of all, XEmacs already has a foreign function interface; it's
call ELL. It's really not that much more burdensome to use than FFI,
except if you want to create new bindings at runtime. On the other
hand, libffi is bloody dangerous; it completely negates the safety of
Lisp, and because its dangerous functions appear as Lisp primitives,
it's not necessarily obvious when looking at Lisp code. Because ELL
is C-level, it is both necessary and possible for the user and
compiler to do appropriate type checks.
Second, integrating your libffi branch is high on my agenda for
XEmacs; I've tested fairly recently, and I don't think it has
bitrotted very much.
Third, I have both libcurl and neon as ELLs, also high on the agenda
for integration.
As soon as I can find the time....
Steve
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta