连接时出错,(.ARM.exidx+0x0): undefined reference to `__aeabi_unwind_cpp_pr0'

本文介绍了一种在裸板环境下解决C程序启动时遇到的链接错误的方法,通过自定义启动文件crt0.S并使用-nostdlib选项避免连接器使用默认的启动文件。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

原地址 http://blog.sina.com.cn/s/blog_67587e8c01016fdr.html

问题:

arm-linux-gcc -g -c -o crt0.o crt0.S
arm-linux-gcc -g -c -o led_on_c.o led_on_c.c
arm-linux-ld -Ttext 0x0000000 -g  crt0.oled_on_c.o -o led_on_c_elf

led_on_c.o:(.ARM.exidx+0x0): undefined reference to`__aeabi_unwind_cpp_pr0'
make: *** [led_on_c.bin] Error 1

 

文件1:crt0.s

.text
.global _start
_start:
           ldr    r0,=0x56000010    @ WATCHDOG寄存器地址
           mov    r1,#0x0                   
           str   r1,[r0]             @ 写入0,禁止WATCHDOG,否则CPU会不断重启
          
           ldr    sp,=1024*4        @ 设置堆栈,注意:不能大于4k, 因为现在可用的内存只有4K
                                       @ nand flash中的代码在复位后会移到内部ram中,此ram只有4K
           bl     main               @ 调用C程序中的main函数
halt_loop:
                halt_loop

 

 

文件2:led_on_c.c
#defineGPBCON     (*(volatile unsigned long *)0x56000010)
#defineGPBDAT     (*(volatile unsigned long *)0x56000014)
int main()
{
    GPBCON =0x00000400;   // 设置GPB5为输出口, 位[11:10]=0b01
    GPBDAT =0x00000000;   // GPB5输出0,LED1点亮
    return0;
}

文件3:Makefile

led_on_c : crt0.s  led_on_c.c
 arm-linux-gcc -g -c -o crt0.o crt0.s
 arm-linux-gcc -g -c -o led_on_c.oled_on_c.c
 arm-linux-ld -Ttext 0x0000000-g  crt0.o led_on_c.o -o led_on_c_tmp.o
 arm-linux-objcopy -O binary -S led_on_c_tmp.oled_on_c
 arm-linux-objdump -D -b binary -marm  led_on_c >ttt.s
clean:
 rm -f  led_on_c
 rm -f  led_on_c.o
 rm -f  led_on_c_tmp.o
 rm -f  crt0.o

所使用编译工具:linux交叉编译

 

解决方法:

arm-linux-gcc -g -c -o crt0.o crt0.s
arm-linux-gcc -g -c -o led_on_c.o led_on_c.c

改为:

arm-linux-gcc -g -nostdlib -c -o crt0.o crt0.s
arm-linux-gcc -g -nostdlib -c -o led_on_c.o led_on_c.c

 

原理:
-nostdlib
不连接系统标准启动文件和标准库文件,只把指定的文件传递给连接器。这个选项常用于编译内核、bootloader等程序,它们不需要启动文件、标准库文件。
C语言程序执行的第一条指令。并不是main函数。生产一个C程序的可执行文件时编译器通常会在我们的代码上加几个被称为启动文件的代码--crt1.o、crti.o、
crtend.o等,他们是标准库文件。这些代码设置C程序的堆栈等,然后调用main函数。他么依赖于操作系统,在裸板上无法执行,所以我们自己写一个。
 
问题已经找到答案了,我们自己写的crt0.S就是一个启动文件,他设置好堆栈后调用main函数。因此,我们不需要系统自带的启动文件。


### 解决 `undefined reference to '__aeabi_uidiv'` 错误的方法 当遇到链接出现的 `undefined reference to '__aeabi_uidiv'` 错误,通常是因为编译器或链接器未能找到所需的库函数。此问题常见于 ARM 架构下的交叉编译环境中。 #### 缺失的标准库支持 该错误表明程序调用了ARM EABI (Embedded Application Binary Interface) 的除法辅助函数 `__aeabi_uidiv`,但在链接阶段找不到其实现[^1]。这通常是由于缺少必要的标准C库或者其版本不兼容所引起的。 为了修复这个问题,可以尝试以下几种方法: - **确保完整的工具链安装** 验证是否已经正确安装了适用于目标平台(如 GNU/Linux)的所有开发工具包,特别是针对特定硬件架构优化过的glibc或其他替代品。对于基于 Debian 或 Ubuntu 的系统来说,可以通过命令 `sudo apt-get install gcc-arm-linux-gnueabihf` 来获取官方维护的支持包。 - **指定正确的链接选项** 使用 `-lgcc` 和/或 `-lstdc++` 参数显式地告诉链接器包含 GCC 运行库和 C++ 标准库。这些库包含了处理整数除法等基本操作所需的功能实现。如果项目中还涉及到浮点运算,则可能还需要加入 `-lm` 参数来引入数学库。 ```bash arm-linux-gnueabihf-gcc -o output_file source_files.c -lgcc -lstdc++ ``` - **更新或重新配置构建环境** 如果上述措施仍无法解决问题,考虑升级整个交叉编译工具链至最新稳定版;有旧版本可能存在已知缺陷。另外,在某些情况下调整项目的 Makefile 文件中的 LDFLAGS 变量也可能有所帮助,比如设置为 `-L/path/to/libraries -Wl,-rpath,/path/to/libraries` 以便让链接器知道去哪里寻找依赖项。 通过以上建议应该能够有效解决因缺失 `__aeabi_uidiv` 导致的链接失败情况。不过具体解决方案还需视实际应用场景而定。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值