> Sounds like a total mess for XEmacs developers any which way. Unless
> some XEmacs developer volunteers maintaining for the XEmacs parts, it
> is not likely to be much of a help keeping them. How about tagging
> the current state with something like url_with_xemacs, then moving
> XEmacs support out? In that way, if some XEmacs developer ever
> volunteers to take it up at some time, he can just work on remerging
> the branches.
> I think that seems like a saner approach than letting the support
> remain in head with an unknown and rotting state of functionality for
> XEmacs.
I'd rather we don't waste any time trying to remove XEmacs support.
If and when the XEmacs conditionals bother us, we can drop them, but we
shouldn't actively try and remove them for their own sake.
Stefan
_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
