ARM linux 交叉编译在Fedora13上的问题

Trident的SDK在Debian5的虚拟机上一切正常，装上就能编译成功。

（ apt-get install build-essential linux-headers-$(uname -r)  ncurses-dev  vim libglib2.0-dev gawk rsync sudo bison flex  gettext  bzip2  patch tftp openbsd-inetd samba  sudo nfs-common nfs-kernel-server portmap ssh telnet imagemagick gdb doxygen manpages-dev  tofrodos sharutils）。

 

但是用Fedora用习惯了，所以又装了一个Fedora13，结果编译报错，很是奇怪，仔细查了一下makefile，发现在编译alsa lib模块的时候，会报找不到-lpython2.6的错误，对比了一下debian下的打印消息，发现debian检测python模块的时候，会因为python-config命令找不到而认为python模块不存在，从而在makefile里面将BUILD_PYTHON_FALSE置位，所以后面的编译不再去链接libpython2.6，改动方法有两个：

1.修改alsa lib模块的makefile，在configure参数里面加入disable-python

2.删除在/use/bin/下面的python-config执行文件

 

接下来编译alsa的unti模块，又出现错位，报告说找不到-ltinfo，同样对比了一下debian的makefile,发现多出了一个链接库tinfo

CURSESLIB= -lncurses -ltinfo

网上查了下，发现如下一句话：

Some time ago ncurses was split in two libraries, libtinfo.so. and libncurses.so. some software will only try to use libtinfo.so. without trying libncurses.so.
Symlinking libtinfo.so. to libncurses.so. should solve the problem:

把toolchains里面的libncurses做了一个软链接，然后编译通过。