[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [vile] utf-8 newbie
From: |
Thomas Dickey |
Subject: |
Re: [vile] utf-8 newbie |
Date: |
Fri, 24 Jun 2011 17:02:09 -0400 (EDT) |
On Fri, 24 Jun 2011, Paul Fox wrote:
i guess if gcc is going to start putting UTF-8 in its error messages,
it's time for me to figure out how to display them. sigh. it's been
a good run. :-)
i think my problem is simple. simple xterm doesn't solve it, but
uxterm does, and the gcc error messages look fine. running vile under
uxterm isn't so successful. i unset printing-low/high hoping that the
defaults for everything else would do the right thing, but i still get
\xNN escapes:
foo.c: In function \xE2\x80\x98ec_write\xE2\x80\x99:
that's true with file-encoding set to locale (the default), auto,
or 8-bit.
if i change file-encoding to "utf-8" i get:
foo.c: In function \u2018ec_write\u2019:
which maybe is better, but i think i'm on the wrong track.
i have LC_ALL=C and LANG=en_US.UTF-8 set. i'm running vile-9.7zd
(because that's what came with ubuntu maverick. i can build a newer
version if that will help).
perhaps this - easy to check:
until 9.8d/e, vile would rely upon having (installed in the system) locale
data for en_US and en_US.UTF-8, which was workable for several years until
Ubuntu (and others, though iirc, Ubuntu was the first) reduced their
locale support.
In 9.8d, I added a builtin table (about 70kb) to provide that information
(but there was a remaining bug that I fixed in 9.8e).
If "locale -a" doesn't list en_US, that's the first place to consider.
On other fronts, someone's packaged vile for Fedora, but (the last I
checked a couple of weeks ago), it's got a problem with the library
path, making most syntax filters fail to load. It's a nuisance when I
update with yum, since my working package gets overwritten. So I have a
to-do to write a comparable (but working) rpm spec...
At the moment I'm working on dialog, expecting to go to xterm next - based
on how big my backlog is - sorry for being slow to get back to vile
(dialog has a lot of work due to the recent adoption in FreeBSD).
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net