[AC21.5] Re-fix logic for allocating private leading bytes

APPROVE COMMIT 21.5 viteno> Where's the begin of the latter endif? Oops. Entered the patch by hand into my (mostly) clean workspace (the original and testing was done in my Xft workspace on another machine, and the diff is a mess). Wouldn't want Jerry to take all the blame! Thanks for catching this! This patch goes over the top of the preceding one. Index: src/ChangeLog =================================================================== RCS file: /pack/xemacscvs/XEmacs/xemacs/src/ChangeLog,v retrieving revision 1.642 diff -u -U0 -r1.642 ChangeLog --- src/ChangeLog 14 Oct 2003 16:44:14 -0000 1.642 +++ src/ChangeLog 14 Oct 2003 17:22:34 -0000 ＠＠ -0,0 +1,4 ＠＠ +2003-10-15 Stephen J. Turnbull <stephen(a)xemacs.org&gt; + + * mule-charset.c (get_unallocated_leading_byte): #endif->#else. + Index: src/mule-charset.c =================================================================== RCS file: /pack/xemacscvs/XEmacs/xemacs/src/mule-charset.c,v retrieving revision 1.37 diff -u -r1.37 mule-charset.c --- src/mule-charset.c 14 Oct 2003 16:44:16 -0000 1.37 +++ src/mule-charset.c 14 Oct 2003 17:22:45 -0000 ＠＠ -304,7 +304,7 ＠＠ /* awfully fragile, but correct */ #if MAX_LEADING_BYTE_PRIVATE_2 == 255 if (chlook->next_allocated_2_byte_leading_byte == 0) -#endif +#else if (chlook->next_allocated_2_byte_leading_byte > MAX_LEADING_BYTE_PRIVATE_2) #endif -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.