嵌入式linux应用程序移植方法总结

前段时间一直在做openCapwap的移植和调试工作，现在工作已接近尾声，编写本文档对前段工作进行一个总结，分享下openCapwap移植过程中的经验和感悟。江浩写的《CAPWAP移植进展.docx》对openCapwap的移植过程有了比较详细的描述，所以在此就不涉及技术细节了，本文档主要以openCapwap的移植为例，总结嵌入式linux应用程序移植的一般方法和步骤，为以后可能需要的移植工作提供一些的思路。

嵌入式linux应用程序移植的步骤包括：

1、准备好交叉编译环境

在安装有Linux操作系统的PC上安装对于平台的交叉编译器，并将交叉编译器加到环境变量中，如export PATH=$PATH:/opt /toolchain/rsdk-1.3.6-5281-EB-2.6.30-0.9.30/bin, 然后在终端界面里看交叉编译器版本，如敲mips-linux-gcc –v，显示版本号则表示安装成功。

（交叉编译器一般是平台厂商提供的，比如我们的交叉编译器就是mips-linux-gcc，是瑞昱提供的。）

2、准备好源代码

准备好需要编译的源代码库包，如capwap-0.93.3，需要注意的是，不仅需要准备要编译的源代码库包，还需要准备该源码包依赖的包，例如capwap-0.93.3依赖安全加密相关的包openssl和多线程相关的包pthread，这些包也需通过编译成静态库或动态库供主承销包调用。

3、修改Makefile

一般的源码库可以通过运行./Configure来制定编译器gcc，目标板的架构已经生产应用程序和库的目录。如果没有Configure文件就需要手动打开Makefile文件来修改，主要需要修改的地方有：（1）编译器的类型，（2）需要库的头文件路径；（3）需要库的链接路径（4）生成应用程序的路径。如openCapwap移植过程，将CC=gcc行用CC=mips-linux-gcc替换。

4、编译源代码

在源码包的主路径下运行Make,除非运气特别好，一般情况下是会报错的，需要根据报错的类型进行相应的修改。常见的报错类型有：（1）依赖的库包不支持该CPU架构，需要更换该架构的库包，如Capwap自带的openssl库不支持mips。#error "This openssl-devel package does not work your architecture?"（2）依赖的库没有经过交叉编译就拿来用了，如#error“./static/libssl.a: could not read symbols: File in wrong format”即libssl.a库文件格式是X86架构下的不支持mips架构。（3）源代码中有c语言方面的错误，一般是和交叉编译器版本不匹配引起的。

一步步解决完这些错误后，然后终于可以生产对应目标板的应用程序了。但是生产相应的应用程序才是万里长征的第一步，让程序正确的运行才是最终目标。

5、安装应用程序

安装应用程序有两种方法，一是将应用程序放到目标板的文件系统中，通过烧镜像的方法将程序下载到目标板上；另一种是通过像tftp的方法下载到目标板上。后一种方法便捷灵活，在调试程序的过程中应用较多。需要注意的是，还需要将应用程序需要的动态库也下载到目标板上，应用程序才能跑。例如在我们移植capwap中出现，在完成烧录后，运行WTP报错。Error：系统化找不到pthread.so。分析：在终端中进入lib目录，发现缺少libpthread.so动态库。故原因在于RTL8198目标板SDK编译时没有将libpthread.so动态库添加到目标板系统的lib库文件当中。

6、运行调试应用程序

调试应用程序让其能够正确的工作，才是移植工作最重要的部分，这需要对应用程序的流程很熟悉，然后通过打印日志的方法看程序运行的路径，分析日志与正确的流程的差异来确定出错的地方。常见的出错地方有：（1）内存分配函数；（2）系统位数不一样；（3）字节顺序问题（大端小端）；（4）浮点数的表示问题等。如我们在移植过程中遇到的malloc函数行为不同的问题。以上都是平时移植过程中需要重点注意的地方。