Stephen J. Turnbull wrote:
> It's actually worse than that. It not only depends on GCC,
but it is
> only a subset of platforms that GCC supports (it only works with Linux
Worked for me on Mac OS X in light testing. I basically agree with
your vision, and would certainly want it to work on Cygwin. That
gives us a reasonable shot at covering three big platforms.
I didn't know about OS X. Due to the Apple Command key being Meta, I
can't use XEmacs on OS X. Could we put this in the vision? ... OS X
port has a configurable Meta key setting for either Alt/Option or Apple
Command key. I understand that this might require the
Cocoa/NeXTStep/GNUStep API and Objective C. However, XEmacs may be able
to grab it from GNU Emacs since it is part of the upcoming 23.1 release
as seen elsewhere in this thread.
I know libffi is not available on Solaris GCC (neither SPARC nor
x86-64). Further, GCC is not well established on Solaris x86-64 in any
case. That should get better with time while I have seen no evidence
that we can say something similar about libffi (the same sad story goes
for OpenSolaris and many of its variants as well). If somebody knows
something different, please let us know!
> Unless it is ported to more platforms, I'd say it is not
> of the vision or mission or whatever you want to call it. My view is
> that XEmacs is more cross-platform friendly than that.
Indeed, and that's one of the important distinctions between XEmacs
Being a UNIX hard-liner, I thought a UNIX-only SXEmacs was a great idea
in theory. However, in practice, it seems to be Linux-only. A bad
vision for them IMHO.
XEmacs-Beta mailing list