交叉编译工具与C库的关系？
有一个项目需要替换交叉编译工具，原有的交叉编译工具C库采用的uclibc，而现在需要重新制作一个glibc的交叉编译工具。
制作出来后编译原有的程序链接不了，有很多接口在新制作出来的编译链下面没有定义。
请问这个编译链里面的接口定义与否与内核有关吗？还是仅仅只与C库相关。/data2/data_chenxinyf1/nfs/arm-dlm_v7a_gcc47_glibc-linux-gnueabi/bin/../lib/gcc/arm-dlm_v7a_gcc47_glibc-linux-gnueabi/4.7.0/../../../../arm-dlm_v7a_gcc47_glibc-linux-gnueabi/bin/ld: BFD (crosstool-NG 1.15.3) 2.21.1 assertion fail /home/daniel/toolchains/ct-ng-1.15.3/dlm-v7a-glibc-gcc47/.build/src/binutils-2.21.1a/bfd/elf32-arm.c:10188
/data2/data_chenxinyf1/nfs/arm-dlm_v7a_gcc47_glibc-linux-gnueabi/bin/../lib/gcc/arm-dlm_v7a_gcc47_glibc-linux-gnueabi/4.7.0/../../../../arm-dlm_v7a_gcc47_glibc-linux-gnueabi/bin/ld: BFD (crosstool-NG 1.15.3) 2.21.1 assertion fail /home/daniel/toolchains/ct-ng-1.15.3/dlm-v7a-glibc-gcc47/.build/src/binutils-2.21.1a/bfd/elf32-arm.c:10188
/data2/data_chenxinyf1/nfs/arm-dlm_v7a_gcc47_glibc-linux-gnueabi/bin/../lib/gcc/arm-dlm_v7a_gcc47_glibc-linux-gnueabi/4.7.0/../../../../arm-dlm_v7a_gcc47_glibc-linux-gnueabi/bin/ld: BFD (crosstool-NG 1.15.3) 2.21.1 assertion fail /home/daniel/toolchains/ct-ng-1.15.3/dlm-v7a-glibc-gcc47/.build/src/binutils-2.21.1a/bfd/elf32-arm.c:10188
/data2/data_chenxinyf1/nfs/arm-dlm_v7a_gcc47_glibc-linux-gnueabi/bin/../lib/gcc/arm-dlm_v7a_gcc47_glibc-linux-gnueabi/4.7.0/../../../../arm-dlm_v7a_gcc47_glibc-linux-gnueabi/bin/ld: BFD (crosstool-NG 1.15.3) 2.21.1 assertion fail /home/daniel/toolchains/ct-ng-1.15.3/dlm-v7a-glibc-gcc47/.build/src/binutils-2.21.1a/bfd/elf32-arm.c:10188
/data2/data_chenxinyf1/nfs/arm-dlm_v7a_gcc47_glibc-linux-gnueabi/bin/../lib/gcc/arm-dlm_v7a_gcc47_glibc-linux-gnueabi/4.7.0/../../../../arm-dlm_v7a_gcc47_glibc-linux-gnueabi/bin/ld: BFD (crosstool-NG 1.15.3) 2.21.1 assertion fail /home/daniel/toolchains/ct-ng-1.15.3/dlm-v7a-glibc-gcc47/.build/src/binutils-2.21.1a/bfd/elf32-arm.c:10188
/data2/data_chenxinyf1/nfs/arm-dlm_v7a_gcc47_glibc-linux-gnueabi/bin/../lib/gcc/arm-dlm_v7a_gcc47_glibc-linux-gnueabi/4.7.0/../../../../arm-dlm_v7a_gcc47_glibc-linux-gnueabi/bin/ld: BFD (crosstool-NG 1.15.3) 2.21.1 assertion fail /home/daniel/toolchains/ct-ng-1.15.3/dlm-v7a-glibc-gcc47/.build/src/binutils-2.21.1a/bfd/elf32-arm.c:10188
release_dm8127_IPDOME/nfsApp/nfsmount.o: In function `nfs_connective_test':
/ipcteam/chenxinyf1/data/work/Dallmeier_嵌入式开放接口提供集成定制项目/app/src/nfsApp/nfsmount.c:69: undefined reference to `pmap_getport'
../../libs/libs_8127/libhikosip.so: undefined reference to `__res_query'
../../libs/libs_8127/libhikosip.so: undefined reference to `__dn_expand'
collect2: error: ld returned 1 exit status
GDB release_dm8127_IPDOME/centaurus to ../../package/package_8127/pack_tools/hicore
cp: 无法获取"release_dm8127_IPDOME/centaurus" 的文件状态(stat): 没有那个文件或目录
cp: 无法获取"release_dm8127_IPDOME/centaurus_gdb" 的文件状态(stat): 没有那个文件或目录
make: *** 错误 1
make:离开目录“/data2/data_chenxinyf1/work/Dallmeier_嵌入式开放接口提供集成定制项目/app/src”
####### ././../..//make_exec.sh -j fail to usage exit #######!
####### ././../..//make_exec.sh default -j fail to usage exit #######!pmap_getport是rpc/pmap_clnt.h目录下面的接口，我在新的编译链下面安装目录没有找到这个头文件。
我总感觉这个东西仅仅与C库有关系，与kernel source 应该没有什么关系，不知道我的想法对不对？
这个工具链是客户那边自己用crosstool-ng生成的，所以对方使用的glibc库的版本也不清楚。
回复 1# Swayer_Chen
有没有朋友了解这方面的东西的啊，求帮忙的说~~~ 回复 1# Swayer_Chen
你这个编译器好像有问题，前面就已经一堆错误了。后面的错误就不用管了。
你试试用你的新编译器编译一些helloworld程序先试试能不能用，不能用就在crosstool里换一种组合吧。crosstool不是所有组合都能工作的。
另外，看看你的工程是不是有之前的编译器留下来的.o文件，一定要清理掉。
回复 3# Tinnal
恩，我还是感觉编译器有问题，好像是在制作的过程中没有吧glibc库弄完整或者制作用的glibc库就是不完整的。
客户是拿到我们自己的编译链配置文件进行处理的，但是crosstools-ng的版本跟我们的还不一样，只能让客户那边换成一样的版本重新制作一个试试了。
回复 4# Swayer_Chen
最终经过确认是因为C库版本的原因，客户的C库版本过大，将C库版本降低以后可以编译通过。。。。
页:
[1]