[Top][All Lists]
[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)