emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: address@hidden: Re: For after-the-release: enhanced partial completi


From: Sean O'Rourke
Subject: Re: address@hidden: Re: For after-the-release: enhanced partial completion]
Date: Mon, 16 Jul 2007 17:46:16 -0700
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (darwin)

Leo <address@hidden> writes:
> Has the following been dealt with?
>
> Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/72275>

I'm still looking at this bug (it evidently happens only on
Unicode 2, which I don't use), but found that a clean checkout
doesn't seem to build.  First, CHARSET_8_BIT_CONTROL is undefined
in src/macterm.c.  Second, even after getting around that, a
whole bunch more charset-related symbols are undefined [1], and I
didn't see anything similar elsewhere in the source.  According
to the ChangeLog, they once lived in charset.h.  Any hints?

/s

[1]
macterm.c:10392: error: 'charset_latin_iso8859_1' undeclared (first use in this 
function)
macterm.c:10392: error: (Each undeclared identifier is reported only once
macterm.c:10392: error: for each function it appears in.)
macterm.c:10399: error: 'charset_mule_unicode_0100_24ff' undeclared (first use 
in this function)
macterm.c:10402: error: 'charset_mule_unicode_2500_33ff' undeclared (first use 
in this function)
macterm.c:10405: error: 'charset_mule_unicode_e000_ffff' undeclared (first use 
in this function)




reply via email to

[Prev in Thread] Current Thread [Next in Thread]