arm-linux-gcc 交叉编译含共享技术实现的程序的问题

mshaowei

编写利用共享内存技术实现的测试程序，单独gcc编译可以运行，arm-linux-gcc交叉编译后，在目标板无法运行，arm-linux-gcc  ctl.c -o ctl.o
           #./ctl.o
错误如下：
     ctl.o为文件名
error:./ctl.o /lib/libc.so.6 :version "GLIBC_2.2"not found (required by ./ctl.o)
      arm-linux-gcc  ctl.c -o ctl.o这样不对吗？
      请问高手这是什么问题呢？谢谢！

hkck1234

arm-linux-gcc  -c ctl.c -o ctl.o

will get you a ctl.o file. But still it won't run on your target.

mshaowei

可是我测试其他程序都是这样交叉编译的呀，命名管道fifo来实现进程间通讯，也是arm-linux-gcc *.c -o *.o可以在目标板运行呀！？

richardhesidu

arm-linux-gcc  --static ctl.c -o ctl.o

双眼皮的猪

恩~你们都用arm-linux-gcc???我找找去.
我xscale_be-gcc,好象是intel的东西...


楼上的能不能介绍下为什么要用static?谢谢. ..

richardhesidu

因为我已前作的时候，板子上并没有动态库，因为太大了。
所以需要静态连接

mshaowei

可是静态连接生成的程序很大呀，是ramdisk的问题吗？
ldd /sbin/mke2fs发现
    lib.so.6=>;/lib/tls/libc.so.6(0x42000000)
而不是lib.so.6=>;/lib/libc.so.6(0x400280000)
  猜测它是不是没有使用arm-linux中的库，使用了宿主机的呢？那如何修改呢？
  交叉编译时加入了-L选项还是不行啊，静态连接程序太大了，请指教，万分感谢！

双眼皮的猪

空间可能不是很够`我们都是用的动态链接...
如果是动态链接的话肯定是使用宿主机器的库,静态连接则用arm-linux的库...

没用过arm-linux-gcc,帮你顶一下...

双眼皮的猪

gcc的-L指定lib的路径.我不知道你说-L想达到一个什么效果...

mshaowei

谢谢帮忙，使用-L目的是想指定它使用arm-linux中的动态连接库啊，因为在目标板中程序一定要使用的是ramdisk的 lib中的动态连接库呀，正因为ramdisk中没有所以它才说缺少GLIBC_2.2，这是我的猜测。因为单纯gcc编译，可以执行，ldd -v (单纯gcc编译的程序)，发现lib.so.6版本是GLIBC_2.2，现在想修改ramdisk