最近一直在研究在zc706-arm开发板的linux系统中弄一套编译系统(不支持apt)，刚好发现公司有一套英伟达的arm开发板且带有ubunut系统（支持apt），此时产生一个想法，英伟达板子上编译的程序能否在zc706的板子上运行？
在英伟达的开发板中 gcc a.c生成a.out,然后拷贝到zc706中执行出现“no such file or directory”
以前遇到的是以下原因：
- 文件本身不存在或者文件损坏
- 无执行权限 （chmod 777 xxx）
- 系统位数与程序位数不同
但是经过以下过程发现是zc706缺少xx程序的指定的装载器：
1.排除文件损坏等问题-->重新生成拷贝验证
2.排除程序权限问题--> chmod 777 xx && ls -all
3.通过unanme -a 排除架构问题
4.通过readelf file 等命令对比正常执行的文件与错误执行文件的差别
验证过程：
a.out由英伟达gcc编译生成且zc706出现上面问题 | b.out由x86 ubunut交叉编译生成且可以正常执行
后来通过google等发现装载器也会造成该现象 ,从下面可以发现两者的区别主要在于 interpreter
ag真人游戏的解决方案：
1.统一编译器与库的关系
2. 建立软链接 ln -s /lib/ld-linux.so.3 /lib/ld-linux-armhf.so.3
3. 编译程序时，加入-static选项静态链接程序，即不使用动态库
root@tegra-ubuntu:~# readelf -h a.out
elf header:
magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
class: elf32
data: 2's complement, little endian
version: 1 (current)
os/abi: unix - system v
abi version: 0
type: exec (executable file)
machine: arm
version: 0x1
entry point address: 0x8315
start of program headers: 52 (bytes into file)
start of section headers: 4500 (bytes into file)
flags: 0x5000402, has entry point, version5 eabi, hard-float abi
size of this header: 52 (bytes)
size of program headers: 32 (bytes)
number of program headers: 9
size of section headers: 40 (bytes)
number of section headers: 30
section header string table index: 27
root@tegra-ubuntu:~# readelf -h b.out
elf header:
magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00
class: elf32
data: 2's complement, little endian
version: 1 (current)
os/abi: unix - system v
abi version: 0
type: exec (executable file)
machine: arm
version: 0x1
entry point address: 0x86bc
start of program headers: 52 (bytes into file)
start of section headers: 4136 (bytes into file)
flags: 0x5000202, has entry point, version5 eabi, soft-float abi
size of this header: 52 (bytes)
size of program headers: 32 (bytes)
number of program headers: 8
size of section headers: 40 (bytes)
number of section headers: 31
section header string table index: 28
root@tegra-ubuntu:~# readelf -l helloworld | grep interpreter
readelf: error: 'helloworld': no such file
root@tegra-ubuntu:~# readelf -l a.out | grep interpreter
[requesting program interpreter: /lib/ld-linux-armhf.so.3]
root@tegra-ubuntu:~# readelf -l b.out | grep interpreter
[requesting program interpreter: /lib/ld-linux.so.3]
linux 使用这个ld-linux.so*（虚拟机x86的ubuntu 是使用ld-linux.so2）中的来装载（其实这只是一个链接）其他库。所以这个库必须放在 linux中/lib下。对于其他，通常我们共享库放在/lib这个路径下，而且也是系统默认的搜索路径。
linux共享库的搜索路径先后顺序：
1、编译目标代码时指定的动态库搜索路径：在编译的时候指定-wl,-rpath=路径
2、环境变量ld_library_path指定的动态库搜索路径
3、配置文件/etc/ld.so.conf中指定的动态库搜索路径
4、默认的动态库搜索路径/lib
5、默认的动态库搜索路径 /usr/lib
注意：
1.有些开发板会发现/etc没有ld.so.conf，此时运行ldconfig会提示 "ldconfig: warning: ignoring configuration file that cannot be opened: /etc/ld.so.conf: no such file or directory"
解决：加入库到环境变量，然后ldconfig -v （/sbin/ldconfig: relative path `–v' used to build cache）
2.共享库 cnnot open shared object
测试是否动态连接，如果列出libtest.so，那么应该是连接正常了
这时候找不到libtest.so, 是动态链接库的查找路径出问题，因此加入上面动态库查找位置即可
3 ldconfig命令主要是在默认搜寻目录(/lib和/usr/lib)以及动态库配置文件/etc/ld.so.conf内所列的目录下，搜索出可共享的动态链接库(格式如前介绍,lib*.so*)，进而创建出动态装入程序(ld.so)所需的连接和缓存文件
4 ld_library_path：这个环境变量指示动态连接器可以装载动态库的路径。如果有root权限的话，可以修改/etc/ld.so.conf文件，然后调用 /sbin/ldconfig来达到同样的目的，不过如果没有root权限，那么只能采用输出ld_library_path的方法了，要用bash命令）