Mercurial > hg > xemacs-beta
diff man/lispref/objects.texi @ 440:8de8e3f6228a r21-2-28
Import from CVS: tag r21-2-28
author | cvs |
---|---|
date | Mon, 13 Aug 2007 11:33:38 +0200 |
parents | 3ecd8885ac67 |
children | 576fb035e263 |
line wrap: on
line diff
--- a/man/lispref/objects.texi Mon Aug 13 11:32:27 2007 +0200 +++ b/man/lispref/objects.texi Mon Aug 13 11:33:38 2007 +0200 @@ -363,7 +363,7 @@ are integers are the same. Byte code compiled under any version 19 Emacs will have all such functions mapped to their @code{old-} equivalents when the byte code is read into XEmacs 20. This is to preserve -compatibility -- Emacs 19 converts all constant characters to the equivalent +compatibility---Emacs 19 converts all constant characters to the equivalent integer during byte-compilation, and thus there is no other way to preserve byte-code compatibility even if the code has specifically been written with the distinction between characters and integers in mind. @@ -372,7 +372,7 @@ code}. For example, the character @kbd{A} is represented as the @w{integer 65}, following the standard @sc{ascii} representation of characters. If XEmacs was not compiled with @sc{mule} support, the -range of this integer will always be 0 to 255 -- eight bits, or one +range of this integer will always be 0 to 255---eight bits, or one byte. (Integers outside this range are accepted but silently truncated; however, you should most decidedly @emph{not} rely on this, because it will not work under XEmacs with @sc{mule} support.) When @sc{mule}