arm64上面运行armhf程序

arm64屏上跑armhf程序

起因：我们之前给客户的屏是armhf的，由于性能问题需要升级，现在提供给他们的屏是arm64的。
客户之前在armhf环境开发时花钱买了armhf版本的第三方的静态库使用，
现在升级用arm64的话又得花钱买arm64版本的库（据说挺贵的客户不想重新花钱买），
问我们能不能在arm64环境继续使用armhf版本的第三方静态库。

思路：由于arm64是兼容armhf的，即armv8兼容armv7，所以理论上客户可以直接编译它们的程序直接在arm64上的屏上运行，类似windows一样64位的兼容32位的。

所以我们直接还是使用原来的armhf编译链编译程序并连接第三方静态库，
然后放到我们arm64的屏上面跑，结果报错no find Directory，根本跑不起来。

排查原因：我们屏上面没有armv7的环境和动态库（好比win64位的电脑只有64位的库没有32位的库）

解决办法：

1. 使用静态编译，即编译的时候加上-static 参数, 即armhf-linux-g++ -static main.c -lotherdrm ，缺点编译出来的可执行程序很大，但是不需要依赖其他动态库
2. 将armv7环境sys-rootfs拷贝到arm64上面，准备一套armv7的环境，缺点整套armv7环境占用空间较大磁盘空间，所以最终否决，决定使用静态编译方案

是否完成静态编译：可以通过file命令查看
file a.out ：输出statically linked,即是完全静态编译
a.out: ELF 32-bit LSB executable, ARM, EABI5 version 1 (GNU/Linux), statically linked, for GNU/Linux 4.9.0, with debug_info, not stripped

file armhfnoqt ：输出dynamically linked不是静态编译
armhfnoqt: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, for GNU/Linux 4.9.0, with debug_info, not stripped