UTF-8的交叉编译ncurses显示不正确

我有一个嵌入式系统，带有一个vt52u（unicode）终端仿真器，可以正确显示UTF-8字符，但是我有交叉编译的程序（vim和python），当使用ncursesw库时，该程序无法在该终端上正确显示unicode字符。

我已经完成搜索，但是网上似乎没有任何帮助...

Bash shell设置了以下变量：

LANG=en_US.UTF-8
LD_LIBRARY_PATH=/mnt/sd/lib  # all libraries, cross compiled, are located here
TERM=vt52u
TERMCAP='vt52u|vt52 with UTF-8:am:eo:rs=\Ee\Eb0\Eco:is=\EE\Ee:nl=^j:sr=\Ei:bl=^g:ta=^i:ho=\EH:cr=^m:le=\ED:nd=\EC:do=\EB:up=\EA:ta=^i:nw=^m:xn:cm=\EY%+ %+ :it#8:co#75:li#24:sc=\Ej:rc=\Ek:vi=\Ef:ve=\Ee:so=\Eb0\Ec4:se=\Eb0\Eco:mh=\Eb8\Eco:mr=\Ebo\Ec0:me=\Eb0\Eco:cl=\EH\EJ:cd=\EJ:ce=\EK:km:ku=^p:kd=^n:kr=^f:kl=^b:kb=^h:'
LOCALE=

而且我知道unicode终端很好，因为我可以运行以下程序来使其完美显示UTF-8字符。

#!/bin/env python
#coding=UTF-8

charset = [
0x2205, 0x2629, 0x00B2, 0x2663, 0x2666, 0x00B1, 0x221A, 0x266B,
0x2190, 0x2524, 0x2500, 0x2534, 0x253C, 0x251C, 0x2193, 0x2191,
0x00B0, 0x2665, 0x00AE, 0x2660, 0x00B7, 0x00A4, 0x00A4, 0x00A4,
0x00D7, 0x00B5, 0x2126, 0x252C, 0x250C, 0x2510, 0x2514, 0x2518
]

for i in charset:
    print unichr( i ).encode("UTF-8"),
    if i == 0x2191: print
print


bash-4.3#./testunicode
bash-4.3# ∅ ☩ ² ♣ ♦ ± √ ♫ ← ┤ ─ ┴ ┼ ├ ↓ ↑
bash-4.3# ° ♥ ® ♠ · ¤ ¤ ¤ × µ Ω ┬ ┌ ┐ └ ┘

但是，当我尝试在python程序中使用curses（ncursesw）来显示要显示的绘图字符的框时，或者使用vim（链接到ncursesw）编辑UTF-8文本文件时；最后，我在屏幕上打印了一个无效的unicode框，其后是每个Unicode字符的额外符号，如〜T〜B，〜T〜L以及许多其他变体。因此，出于某些原因，ncursesw输出无效的UTF-8字符...。

我知道它是正确链接的，并且没有冲突的ncurses库。仅存在ncursesw。

我配置了ncurses-5.9库进行如下编译：

./configure --prefix=/mnt/sd --without-cxx --without-cxx-binding --without-ada --without-manpages --without-progs --without-tests --without-curses-h --with-build-cc=gcc --with-shared --without-normal --without-debug --without-profile --without-gpm --without-dlsym --without-sysmouse --build=i686-linux --host=arm-linux-gnueabi --without-pthread --enable-widec --with-fallbacks=vt52 --with-terminfo-dirs=/etc/terminfo --disable-big-core --enable-termcap --with-termpath=/Data/termcap

例如：以下程序在我的台式机Linux〜VT102上可以正常运行-但是在vt52u上运行时，嵌入式系统将无法正常运行：

#!/bin/env python
# coding=UTF-8
board=[
"","",
u"   ┌───┬───┬───┬───┬───┬───┬───┬───┬───┬───┬───┬───┬───┬───┬───┬───┐",
u"   │   │   │   │   │   │   │   │   │   │   │   │   │   │   │   │   │",
u"   │   │ ├───→───→───→ │   │   │   │   │   │ ├───→───→───→ │   │   │" ]

board = ( i.encode("utf-8") for i in board )

import curses
import locale
locale.setlocale( locale.LC_ALL,"" )

screen = curses.initscr()
curses.noecho() # no echoing
curses.cbreak() # no keyboard buffering

# Setup the playing board screen. 
for i,s in enumerate( board ): screen.addstr( i,0,s )
screen.refresh()

import time
time.sleep(2)

# Return everything to normal
curses.echo()
curses.nocbreak()
curses.endwin()

编辑：我发现了该错误的一个可能原因-glibc被交叉编译，没有到/ mnt / sd / share / i18n / charmap或/ mnt / sd / share / i18n / locales目录的正确路径。它仅包含以错误的“ /”作为前缀的Make或Configuration的部分路径，而不是目标系统的实际根路径/ mnt / sd。如果找不到文件，则glibc显然默认返回到“ C”或“ POSIX”语言环境，并忽略环境变量。

我不确定是否必须重新编译glibc并手动编辑makefile，或者是否有办法在系统构建后手动设置路径。有任何想法吗。???