>>>> "Malcolm" == Malcolm Purvis
<malcolmp(a)xemacs.org> writes:
Malcolm> For those who don't read comp.emacs.xemacs, Andrew Choi
Malcolm> has announced a new port to XEmacs
Heh, heh, heh. Let that be a lesson to those of you who believe in
"no exceptions".
Malcolm> It's a much more conservative effort which makes it
Malcolm> easier to understand. It also builds using the standard
Malcolm> './configure ; make ; make install' sequence rather than
Malcolm> the existing convoluted process.
That's easy enough to do with Pitts's version, of course, although
internally much of the build would be done via Xcode.
Malcolm> I find the combination attractive to work on. Others may
Malcolm> think so too.
It's not the way Mac applications are grown, and it doesn't even admit
a word-for-word translation. I don't think this will attract any more
new developers than the Windows port has (which is to say "zero"),
except (obviously) for Andrew himself. Do you have reason to believe
otherwise?
I have always thought Pitts's port was very much in the spirit of
XEmacs. Do it radical, do it right. Unfortunately, to a Mac user or
developer it currently looks like somebody tried to write a parody of
a Mac app and didn't quite succeed even at that. Without Pitts it's
not going anywhere; I don't know how to get past the threads vs. stdio
locking problem that currently prevents it from even starting on
Panther. (Not that I know much about Mac OS X, but I'm the closest
thing remaining to a champion/expert for the port.)
Malcolm> I'd like this version to be adopted as the MacOS port
Malcolm> with a view to incorporating it into the mainline in the
Malcolm> nearish future.
If Andrew is willing to join the Review Board and champion his port,
and make sure it integrates with 22.0, that's fine with me. (That's
also the only chance I see of attracting developers in the face of a
well-established GNU Emacs port.) Otherwise it should wait until
either 22.0 is released or we decide that's not going to happen any
time soon.
--
Institute of Policy and Planning Sciences
http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.