Ar an seachtú lá de mí na Samhain, scríobh Vin Shelton:
Aidan et al -
I'm seeing the following error when running "make check":
Testing Interpreted Lisp
Unexpected error (syntax-error "Unsupported Unicode code point" 956)
while reading forms from buffer
[...]
This is on my fedora 17 x86_64 system. What does this mean?
Right. This is from case tests that Ben added back in those heady days when
this country was still half-convinced the current economic unpleasantness
had an end in sight. Those tests don’t work on *non-mule* because the reader
throws an error when it encounters a Unicode code point it doesn’t
understand. Non-mule only supports Unicode code points up to U+00FF, and (<
#xff 956) => t . (There’s code written to avoid this read time limitation
elsewhere, e.g. in test-truncate-string-to-width in lisp-test.el.)
I’m happy with this reader behaviour because it’s compatible with GNU and
because it’s better to throw errors earlier rather than later; previous to
’07 we silently converted those code points to ?~ if we didn’t support them,
which is with the coding systems do.
I’m not going to fix this issue with the tests in the short or medium
term. I didn’t introduce it, and its presence (introduced by Ben!) is an
argument for something I’ve wanted for years, the removal of support for
non-mule as a build option, ideally concomitant with merging the
unicode-internal branch. I may fix it in passing in the future if it gets in
the way of some other test I introduce or especially care about passing.
--
‘Liston operated so fast that he once accidentally amputated an assistant’s
fingers along with a patient’s leg, […] The patient and the assistant both
died of sepsis, and a spectator reportedly died of shock, resulting in the
only known procedure with a 300% mortality.’ (Atul Gawande, NEJM, 2012)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta