[COMMIT] Eliminate some non-X11 build failures

Aidan Kehoe kehoea at parhasard.net
Tue Oct 16 10:59:03 EDT 2007


 Ar an séú lá déag de mí Deireadh Fómhair, scríobh Aidan Kehoe: 

 >  Ar an cúigiú lá déag de mí Deireadh Fómhair, scríobh Stephen J. Turnbull: 
 > 
 >  > [...] In fact, I don't see a point to doing multiple test builds for
 >  > different builds of XEmacs of a given version at all. I'm not an expert
 >  > on the byte- compiler, but AFAIK in the absence of compilation
 >  > conditioned on features there should be no differences between a package
 >  > byte-compiled by an X11 build and one byte-compiled by a non-X11 build of
 >  > XEmacs.
 > 
 > It’s quite easy to have a compile-time dependency on X11 if; you just need
 > top-level code in one file that calls an X11-specific function, together
 > with a #'require of that file from another file (since #'require calls are
 > surrounded by an implicit #'eval-and-compile). x-symbol fails on a non-X11
 > build for a similar reason right now, though my memory of the details isn’t
 > particularly clear and I haven’t sshed to my home machine to check if that’s
 > exactly it.
 > 
 > More generally, there’s no guarantee that X11 will always be XEmacs’ primary
 > platform, and not requiring it would make it easier to implement smoketests
 > for failures on Win32 and Carbon.

But, Mike, as I said, no-one’s holding themselves to that right now, and
while an occasional check on a non-X11 build would be nice, don’t feel
yourself obliged to do it.

-- 
On the quay of the little Black Sea port, where the rescued pair came once
more into contact with civilization, Dobrinton was bitten by a dog which was
assumed to be mad, though it may only have been indiscriminating. (Saki)



More information about the XEmacs-Beta mailing list