交叉编译一般警告和错误

由于是第一次交叉编译,不知道会出现什么问题,思路就是先把gcc和ld都改成arm的,然后遇到什么问题在解决什么问题,以下过程都是在这个思路下进行。

1.指定arm的编译器和连接器:
只是把gcc改为arm-none-linux-gnueabi-gcc,ld改为arm-none-linux-gnueabi-ld,其他的都没有修改。出现以下错误:

arm-none-linux-gnueabi-ld: warning: library search path “/usr/local/lib” is unsafe for cross-compilation
arm-none-linux-gnueabi-ld: skipping incompatible /usr/local/lib/libfreetype.so when searching for -lfreetype
arm-none-linux-gnueabi-ld: skipping incompatible /usr/local/lib/libfreetype.a when searching for -lfreetype
arm-none-linux-gnueabi-ld: cannot find -lfreetype

分析原因是:链接的这些库文件都是在PC编译器下编译出来的,现在把它们和用arm-none-linux-gnueabi-gcc编译出来的文件做链接,当然会出错。

解决方法:这些库重新用arm-gcc重新编译生成相应的库。

下面使用是重新编译库文件的过程:

重新编译freetype

根据交叉编译的文档,我创建了一个文件夹/usr/local/arm-linux来存放编译后的库文件。执行:

./configure –host=arm-none-linux-gnueabi –prefix=/usr/local/arm-linux

注意:host的参数应该是交叉编译环境的前缀。

另外,freetype自动生成的include文件夹有点小问题,编译完成后的include目录结构是/include/ft2build.h和

/include/freetype2/freetype/***.h如果直接使用会出现头文件找不到的问题,这里涉及到freetype的一个小技巧:使用freetype时只需要包含ft2build.h这一个头文件即可,因为ft2build.h里面会自动包含其他需要的头文件。而ft2build.h中的包含其他头文件的路径是/freetype/***.h,显然找不到相应的头文件。我们把freetype2中的freetype文件整个拷贝到include目录下,然后把freetype2删除即可。

原目录结构:

…/include/freetype2/freetype/***.h

…/include/ft2build.h

修改以后是:

…/include/freetype/***.h

…/include/ft2build.h

如果安装完成后直接就是后面这个目录结构就不用修改了。或者在编译时直接使用-I再加一个头文件的目录。

-I/…/include/freetype2

使用arm编译器和使用pc上的编译器编译过程差不多,需要注意的是我们需要重新指定路径以免把原来的库文件覆盖掉。

2.在编译时出现这种错误:
解决上面的问题之后,再次编译,出现以下错误:

/usr/local/arm-2009q1/bin/…/arm-none-linux-gnueabi/libc/usr/include/sys/types.h:62: error: conflicting types for ‘dev_t’
/usr/local/arm-2009q1/bin/…/arm-none-linux-gnueabi/libc/usr/include/linux/types.h:13: error: previous declaration of ‘dev_t’ was here

开始以为是编译器自动寻找types.h文件然后自动包含进来了,后来所有的都头文件删除,然后每加一个头文件进来就编译看看是否出现错误,后来发现这个我的交叉编译器对于某些头文件的使用顺序有要求。例如:

#include <fcntl.h>

#include <linux/fb.h>

#include <linux/fb.h>

#include <fcntl.h>

第一种编译没有问题,第二种会出现上面的错误。而这两种写法在PC的gcc上都没有错误。

我的交叉编译器版本:gcc version 4.3.3 (Sourcery G++ Lite 2009q1-203)

感觉这个问题是由于pc上的gcc和交叉编译使用的gcc的行为不同才导致的。

3.链接时这样的错误:
arm-none-linux-gnueabi-ld main.o es_run_file.o es_fbctl.o es_time.o es_sql.o es_fbio.o es_dao.o es_utf8.o es_copy.o es_font.o -o main -L/usr/local/arm-linux/lib -lfreetype -lpthread -lsqlite3 -lncurses
arm-none-linux-gnueabi-ld: warning: cannot find entry symbol _start; defaulting to 00009050
es_copy.o: In function file_exist’: /root/work/es_copy.c:32: undefined reference tostat’

最后一个错误是找不到stat,我把es_copy.c文件单独拿出来修改以后编译:

arm-none-linux-gnueabi-gcc es_copy.c

没有错误。把Makefile里的连接器也改成arm-none-linux-gnueabi-gcc,以上两个问题都消失了。这个问题在gcc和arm-none-linux-gnueabi-gcc这两种编译器中都存在,应该链接时ld的参数设置不对,具体怎样设置还是没有找到。

总结:交叉编译的一般过程
1.交叉编译并安装使用到的共享库。

2.交叉编译源程序。

3.调试

### 关于MIPS架构下的交叉编译区段错误解决方案 在MIPS架构下进行交叉编译时,如果遇到区段错误(Segmentation Fault),通常是由内存访问违规引起的。这种问题可能源于多种原因,包括但不限于程序中的指针操作不当、未初始化变量、堆栈溢出以及目标平台与主机平台之间的差异。 以下是可能导致该问题的原因及其对应的解决方法: #### 1. **指针操作不合法** 如果程序中存在非法的指针解引用或者越界访问数组的情况,则可能会引发区段错误。建议通过静态分析工具如 `cppcheck` 或者动态调试器如 `gdb` 来检测并修复这些问题[^3]。 ```bash $ cppcheck --enable=all your_program.c ``` 对于动态调试,可以利用GDB加载运行程序,并观察具体在哪一行发生崩溃: ```bash $ mips-linux-gnu-gdb ./your_program (gdb) run (gdb) backtrace ``` #### 2. **未初始化变量** 使用未初始化的变量也可能导致不可预测的行为,进而触发区段错误。可以通过启用编译器警告选项来捕获此类潜在缺陷。例如,在GCC中添加 `-Wall -Wextra` 参数可以帮助发现更多隐患[^4]: ```bash $ mips-linux-gnu-gcc -Wall -Wextra -o output_file source_file.c ``` #### 3. **堆栈溢出** 若函数调用层次过深或局部变量占用过多空间,容易造成堆栈溢出现象。针对这种情况,考虑调整优化级别或将部分数据移至全局范围处理。另外,适当增加模拟环境中的堆栈大小也是一种可行办法[^5]: ```c void large_function() { int buffer[1000]; // 避免定义过大尺寸的局部数组 } ``` #### 4. **跨平台兼容性问题** MIPS体系结构与其他常见处理器相比具有独特之处,因此需要注意字节序(Byte Order),即大端模式(Big Endian)还是小端模式(Little Endian)[^6]。当源码涉及二进制文件读写时尤其要小心确认两端的一致性。 #### 5. **库版本冲突** 不同的操作系统或发行版之间可能存在共享对象(.so 文件) 版本上的差别,这同样会带来意想不到的结果。务必保证所依赖的所有外部库均适配当前的目标硬件配置[^7]。 综上所述,排查修正MIPS环境下发生的segment fault需综合运用以上策略逐一排除可能性直至恢复正常执行流程为止。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值