Error: Non-hex digit used for Unicode escape

[Jhair Tocancipa Triana]

Last change in lread.c (revision 1.353) issues the following while
bootstrapping:

Compiling /home/jtocancipa/local/src/emacs/lisp/./language/ethio-util.el

In toplevel form:
language/ethio-util.el:1785:1:Error: Non-hex digit used for Unicode escape

Here the backtrace:

Current directory is /home/jtocancipa/local/src/emacs/src/
Current directory is /home/jtocancipa/local/src/emacs/src/
GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
/home/jtocancipa/local/src/emacs/src/.gdbinit:22: Error in sourced command file:
No symbol table is loaded.  Use the "file" command.
(gdb) file ./emacs-22.0.50 
Reading symbols from /home/jtocancipa/local/src/emacs/src/emacs-22.0.50...done.
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) r
Starting program: /home/jtocancipa/local/src/emacs/src/emacs-22.0.50 
[Thread debugging using libthread_db enabled]
[New Thread 46912542284928 (LWP 12079)]

Program exited normally.
Breakpoint 1 at 0x5b9bf8: file lread.c, line 1957.
(gdb) r
Starting program: /home/jtocancipa/local/src/emacs/src/emacs-22.0.50 
[Thread debugging using libthread_db enabled]
[New Thread 46912542284928 (LWP 12082)]
[Switching to Thread 46912542284928 (LWP 12082)]

Breakpoint 1, read_escape (readcharfun=27870708, stringp=1, 
    byterep=0x7ffffffcce60) at lread.c:1957
(gdb) print/c c
$2 = 88 'X'
(gdb) bt 20
#0  read_escape (readcharfun=27870708, stringp=1, byterep=0x7ffffffcce60)
    at lread.c:1957
#1  0x00000000005bb376 in read1 (readcharfun=27870708, pch=0x7ffffffcd03c, 
    first_in_list=0) at lread.c:2519
#2  0x00000000005bc668 in read_list (flag=0, readcharfun=27870708)
    at lread.c:3093
#3  0x00000000005ba1ec in read1 (readcharfun=27870708, pch=0x7ffffffcd344, 
    first_in_list=0) at lread.c:2117
#4  0x00000000005b931d in read0 (readcharfun=27870708) at lread.c:1708
#5  0x00000000005b92c1 in read_internal_start (stream=27870708, 
    start=10148193, end=10148193) at lread.c:1691
#6  0x00000000005b90e4 in Fread (stream=27870708) at lread.c:1628
#7  0x000000000059a898 in Ffuncall (nargs=2, args=0x7ffffffcd490)
    at eval.c:2902
#8  0x00000000005dbe49 in Fbyte_code (bytestr=28349491, vector=28350500, 
    maxdepth=40) at bytecode.c:694
#9  0x000000000059b1fd in funcall_lambda (fun=28350868, nargs=0, 
    arg_vector=0x7ffffffcd998) at eval.c:3089
#10 0x000000000059ab4f in Ffuncall (nargs=1, args=0x7ffffffcd990)
    at eval.c:2948
#11 0x000000000059957d in Feval (form=25890229) at eval.c:2215
#12 0x0000000000597ca0 in internal_lisp_condition_case (var=28470689, 
    bodyform=25890229, handlers=25888389) at eval.c:1419
#13 0x00000000005dcc9b in Fbyte_code (bytestr=28349427, vector=28351060, 
    maxdepth=128) at bytecode.c:884
#14 0x000000000059b1fd in funcall_lambda (fun=28351748, nargs=2, 
    arg_vector=0x7ffffffce1d8) at eval.c:3089
#15 0x000000000059ab4f in Ffuncall (nargs=3, args=0x7ffffffce1d0)
    at eval.c:2948
#16 0x00000000005dbe49 in Fbyte_code (bytestr=28345603, vector=28347364, 
    maxdepth=56) at bytecode.c:694
#17 0x000000000059b1fd in funcall_lambda (fun=28348164, nargs=2, 
    arg_vector=0x7ffffffce6d8) at eval.c:3089
#18 0x000000000059ab4f in Ffuncall (nargs=3, args=0x7ffffffce6d0)
    at eval.c:2948
#19 0x0000000000599d32 in Fapply (nargs=2, args=0x7ffffffce7a0) at eval.c:2394
(More stack frames follow...)
(gdb) 

-- 
-- Jhair