"Stephen J. Turnbull" <turnbull(a)sk.tsukuba.ac.jp> writes:
FWIW, my impression was that the point is to duplicate many of the
editing features and data structure manipulations (currently bound
to Lisp) in Perl. What with different GC strategies and general
philosophy (Lisp usually works on copies; Perl does in place
transformations, etc) data safety strikes me as involving lots of
details which could be different from function to function in the
Perl embedding.
I have my ideas about these things, but I think I'll rather wait to
hear John's response, since it sounds like he put quite a bit thought
and effort into it.
To avoid confusion, I'll reiterate: I do NOT want to see Perl become
just another means of extending XEmacs. If Perl support is ever
included to XEmacs distribution, I it support should be as separate a
package as possible, so that bug reports and feature requests can go
directly to the maintainer of that lump of code, and that it can be
removed with little or no effort if the said maintainer loses his
willingness to maintain it.