William Deegan writes:
I do find it confusing that compiling the sumo package (which is
what it's doing at that part of the build I believe) would need X
at all..
I guess you've never tried to implement a GUI event loop, then. :-)
XEmacs does not even try to implement a GUI event loop; it borrows one
from the GUI it is using.
Would building the following from macports resolve this issue?
xorg-server @1.11.3 (x11, devel)
The X.org / Xquartz X server.
No; the server is completely irrelevant. If the problem is what I
suspect it is, what you need to do is rebuild the Xt library
("xorg-libXt" port, I believe). However, there are no MacPorts-
specific patches in the current version of that port, so you'll get
the vanilla Mac build, although it may be slightly more up-to-date
than the one provided with Lion.
Unfortunately, as far as I know, there is still no proper fix for this
in X.org (ie, the allegedly non-blocking _XtWaitForSomething() can
still block under certain circumstances that the Xorg people insist
shouldn't happen). All I can do is wish you luck.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta