User: stephent
Date: 06/04/22 17:18:58
Modified: xemacs/src ChangeLog unicode.c
Log:
Improved comment on internal Unicode tables.
<87zmidtzky.fsf(a)tleepslib.sk.tsukuba.ac.jp>
Revision Changes Path
1.945 +4 -0 XEmacs/xemacs/src/ChangeLog
Index: ChangeLog
===================================================================
RCS file: /pack/xemacscvs/XEmacs/xemacs/src/ChangeLog,v
retrieving revision 1.944
retrieving revision 1.945
diff -u -p -r1.944 -r1.945
--- ChangeLog 2006/04/18 17:28:30 1.944
+++ ChangeLog 2006/04/22 15:18:54 1.945
@@ -1,3 +1,7 @@
+2006-04-17 Stephen J. Turnbull <stephen(a)xemacs.org>
+
+ * unicode.c: Improve comment on to/from_unicode table design.
+
2006-04-18 Jerry James <james(a)xemacs.org>
* alsaplay.c: Explicitly include ALSA's version.h for older
1.32 +4 -5 XEmacs/xemacs/src/unicode.c
Index: unicode.c
===================================================================
RCS file: /pack/xemacscvs/XEmacs/xemacs/src/unicode.c,v
retrieving revision 1.31
retrieving revision 1.32
diff -u -p -r1.31 -r1.32
--- unicode.c 2005/10/25 11:16:29 1.31
+++ unicode.c 2006/04/22 15:18:55 1.32
@@ -202,11 +202,10 @@ Lisp_Object Qutf_8_bom;
#ifdef MULE
-/* #### Using ints for to_unicode is OK (as long as they are >= 32 bits).
- However, shouldn't the shorts below be unsigned?
-
- Answer: Doesn't matter because the values being converted to are only
- 96x96. */
+/* Using ints for to_unicode is OK (as long as they are >= 32 bits).
+ In from_unicode, we're converting from Mule characters, which means
+ that the values being converted to are only 96x96, and we can save
+ space by using shorts (signedness doesn't matter). */
static int *to_unicode_blank_1;
static int **to_unicode_blank_2;
Show replies by date