1 为什么__libc_init_array会导致异常？ - STM32/STM8技术论坛 - 电子技术论坛 - 广受欢迎的专业电子论坛! - 德赢Vwin官网

发帖

[问答]

为什么__libc_init_array会导致异常？

11119 STM32 ARM

问答对人有帮助，内容完整，我也想知道答案 0 经过很长一段时间试图调试为什么我的STM32F446RE微控制器的简单闪烁代码无法正常工作后，我在启动组件文件中发现了一条我正在链接到它的行，导致异常将微控制器推入无限循环异常处理程序。这是主要代码： .syntax unified .cpu cortex-m4 .fpu softvfp .thumb .global g_pfnVectors .global Default_Handler /* start address for the initialization values of the .data section. defined in linker script / .word _sidata / start address for the .data section. defined in linker script / .word _sdata / end address for the .data section. defined in linker script / .word _edata / start address for the .bss section. defined in linker script / .word _*ss / end address for the .bss section. defined in linker script / .word _ebss / stack used for SystemInit_ExtMemCtl; always internal RAM used / /* * [url=home.php?mod=space&uid=2666770]@Brief[/url] This is the code that gets called when the processor first * starts execution following a reset event. Only the absolutely * necessary set is performed, after which the application * supplied main() routine is called. * @param None * @retval : None / .section .text.Reset_Handler .weak Reset_Handler .type Reset_Handler, %function Reset_Handler: ldr sp, =_estack / set stack pointer / / Copy the data segment initializers from flash to SRAM / movs r1, #0 b LoopCopyDataInit CopyDataInit: ldr r3, =_sidata ldr r3, [r3, r1] str r3, [r0, r1] adds r1, r1, #4 LoopCopyDataInit: ldr r0, =_sdata ldr r3, =_edata adds r2, r0, r1 cmp r2, r3 bcc CopyDataInit ldr r2, =_*ss b LoopFillZerobss / Zero fill the bss segment. / FillZerobss: movs r3, #0 str r3, [r2], #4 LoopFillZerobss: ldr r3, = _ebss cmp r2, r3 bcc FillZerobss / Call the clock system intitialization function./ bl SystemInit / Call static constructors / bl __libc_init_array / Call the application's entry point./ bl main bx lr .size Reset_Handler, .-Reset_Handler /* * @brief This is the code that gets called when the processor receives an * unexpected interrupt. This simply enters an infinite loop, preserving * the system state for examination by a debugger. * @param None * @retval None / .section .text.Default_Handler,"ax",%progbits Default_Handler: Infinite_Loop: b Infinite_Loop .size Default_Handler, .-Default_Handler 复制代码* 导致异常的行是： /* Call static constructors / bl __libc_init_array 这导致微控制器跳转到最终导致异常的函数，从而跳转到Default_Handler无限循环。您可能会注意到，此次通话后直接__libc_init_array进入我的入口点main。如果我bl __libc_init_array完全评论我的程序实际上工作正常; 它跳进main并继续运行代码以使我的LED闪烁。我做了一arm-none-eabi-objdump -D blink.elf > blink.list' to see what __libc_init_array件事。这是功能： 08000608 <__libc_init_array>: 8000608: e92d4070 push {r4, r5, r6, lr} 800060c: e59f6064 ldr r6, [pc, #100] ; 8000678 <__libc_init_array+0x70> 8000610: e59f5064 ldr r5, [pc, #100] ; 800067c <__libc_init_array+0x74> 8000614: e0656006 r r6, r5, r6 8000618: e1b06146 asrs r6, r6, #2 800061c: 13a04000 movne r4, #0 8000620: 0a000005 beq 800063c <__libc_init_array+0x34> 8000624: e2844001 add r4, r4, #1 8000628: e4953004 ldr r3, [r5], #4 800062c: e1a0e00f mov lr, pc 8000630: e12fff13 bx r3 8000634: e1560004 cmp r6, r4 8000638: 1afffff9 bne 8000624 <__libc_init_array+0x1c> 800063c: e59f603c ldr r6, [pc, #60] ; 8000680 <__libc_init_array+0x78> 8000640: e59f503c ldr r5, [pc, #60] ; 8000684 <__libc_init_array+0x7c> 8000644: e0656006 r* r6, r5, r6 8000648: eb000104 bl 8000a60 <_init> 800064c: e1b06146 asrs r6, r6, #2 8000650: 13a04000 movne r4, #0 8000654: 0a000005 beq 8000670 <__libc_init_array+0x68> 8000658: e2844001 add r4, r4, #1 800065c: e4953004 ldr r3, [r5], #4 8000660: e1a0e00f mov lr, pc 8000664: e12fff13 bx r3 8000668: e1560004 cmp r6, r4 800066c: 1afffff9 bne 8000658 <__libc_init_array+0x50> 8000670: e8bd4070 pop {r4, r5, r6, lr} 8000674: e12fff1e bx lr 8000678: 08000aac stmdaeq r0, {r2, r3, r5, r7, r9, fp} 800067c: 08000aac stmdaeq r0, {r2, r3, r5, r7, r9, fp} 8000680: 08000ab4 stmdaeq r0, {r2, r4, r5, r7, r9, fp} 8000684: 08000aac stmdaeq r0, {r2, r3, r5, r7, r9, fp} 复制代码但我并不流利的装配，所以我真的不知道它想要完成什么或产生什么。除了我的main.c之外，我唯一包含的其他源文件和启动程序集是system_stm32f4xx.c由cubeMX生成的（SystemInit调用的地方），但它没有调用函数__libc_init_array。那么这个__libc_init_array功能来自哪里？为什么它会导致异常（将我的micro踢到异常处理程序）？以及如何防止这种情况（除了明显编写我自己的启动程序集而不包括无关的自动生成的文件）？这是我用来构建代码的makefile： #-{ Project Relative Paths }---------------------------------------------------- # executables, intermediate objects, and libraries. BIN= ./binary # program source files SRC= ./source # on-architecture specific header files BHD= ./header # architecture/device specific files ARC= ./architecture # pre-compiled libraries that the project will link against LIB= ./library #-{ Compiler Definitions }------------------------------------------------------ #include directories INC= $(ARC)/CMSIS/inc $(ARC)/HAL/inc $(ARC)/inc $(header) INC_PARAMS= $(INC:%=-I%) # Compiler CC = arm-none-eabi-gcc # Device specific flags [1] # -mcpu=cortex-m4 sets target CPU # -mthumb tells gcc to compile to thumb2 instructions DFLAGS = -mcpu=cortex-m4 -mthumb # Compiler flags CFLAGS = $(DFLAGS) -g -c -Wall -Wextra #-{ Linker Definitions }------------------------------------------------------ # Linker LD = arm-none-eabi-gcc #same as compilter but uses different flags # Path to linker script #linking script LSCRIPT = $(ARC)/STM32F446RETx_FLASH.ld # Linker flags LFLAGS = -T $(LSCRIPT) --specs=nosys.specs # Object copy (for converting formats) OBJCOPY = arm-none-eabi-objcopy OFLAGS = -O ihex OFLAGSbin = -O binary #-{ Programming/Debugging Definitions }----------------------------------------- # Debugger DBG = arm-none-eabi-gdb # OpenOCD OCD = openocd # Debug/programming interface configuration file INTRF = /usr/local/share/openocd/scripts/interface/stlink-v2-1.cfg # Target device configurations file OCDTARGET = /usr/local/share/openocd/scripts/target/stm32f4x.cfg OCDBOARD = /usr/local/share/openocd/scripts/board/st_nucleo_f4.cfg #-{ Build Rules }--------------------------------------------------------------- # Final binaries HEX = $(BIN)/blink.hex ELF = $(BIN)/blink.elf binfile = $(BIN)/blink.bin # All intermediate object files OBJ = $(BIN)/blink.o $(BIN)/boot.o $(BIN)/init.o #-- These rules for the final binaries will usually not require modification # Convert the ELF into intel hex format $(HEX): $(ELF) $(OBJCOPY) $(OFLAGS) $(ELF) $(HEX) #convert the ELF into binary format $(binfile): $(ELF) $(OBJCOPY) $(OFLAGSbin) $(ELF) $(binfile) # Link all intermediate objects into a single executable $(ELF): $(OBJ) $(LD) $(LFLAGS) $(OBJ) -o $(ELF) #-- These rules will vary depending on the program being built # Compile the main file $(BIN)/blink.o: $(SRC)/blink.c $(ARC)/CMSIS/inc/stm32f4xx.h $(CC) $(CFLAGS) $(INC_PARAMS) $(SRC)/blink.c -o $(BIN)/blink.o # Compile the reset handler $(BIN)/boot.o: $(ARC)/CMSIS/src/startup_stm32f446xx.S $(CC) $(CFLAGS) $(INC_PARAMS) $(ARC)/CMSIS/src/startup_stm32f446xx.S -o $(BIN)/boot.o #compile the post-reset, pre-main, system handler $(BIN)/init.o: $(ARC)/CMSIS/src/system_stm32f4xx.c $(CC) $(CFLAGS) $(INC_PARAMS) $(ARC)/CMSIS/src/system_stm32f4xx.c -o $(BIN)/init.o #-{ Utility Rules }------------------------------------------------------------- # OpenOCD command to program a board program: $(HEX) [url=home.php?mod=space&uid=1361969]@sudo[/url] -E $(OCD) -f $(INTRF) -f $(OCDTARGET) -c "program $(ELF) verify reset exit" # OpenOCD command to load a program and launch GDB debug: $(ELF) @(sudo -E $(OCD) -f $(INTRF) -f $(OCDTARGET) &); $(DBG) $(ELF) -ex "target remote localhost:3333; load"; sudo kill $(OCD) # Build the entire program all: $(HEX) $(binfile) # Delete all of the generated files clean: rm $(OBJ) $(HEX) $(ELF) $(binfile) # Delete all intermediate object files tidy: rm $(OBJ) 复制代码除了blink.c我使用system_stm32f4xx.c哪个有system_init函数。 0
2018-9-21 10:32:03　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × richthoffen 该类别下有 182 个回答。邀请回答 7vyydyfwef 该类别下有 57 个回答。邀请回答我是卖报的小男孩该类别下有 32 个回答，其中被选为最佳答案 1 次。邀请回答 chenbingjy 该类别下有 31 个回答。邀请回答谦谦三君子该类别下有 27 个回答。邀请回答短短该类别下有 25 个回答。邀请回答 nvuuweew 该类别下有 22 个回答。邀请回答 YY599566 该类别下有 22 个回答。邀请回答 dingyang598 该类别下有 22 个回答，其中被选为最佳答案 1 次。邀请回答 hapyy 该类别下有 19 个回答。邀请回答 h1654155957.9572 该类别下有 19 个回答。邀请回答 60user16 该类别下有 19 个回答。邀请回答 HEHELA 该类别下有 18 个回答。邀请回答 DerSohn 该类别下有 18 个回答。邀请回答 huhu12 该类别下有 18 个回答。邀请回答 dull20112011 该类别下有 15 个回答。邀请回答陈军该类别下有 15 个回答。邀请回答 csz9981 该类别下有 15 个回答。邀请回答天地直方该类别下有 15 个回答。邀请回答罕井雅直该类别下有 14 个回答。邀请回答举报王玲相关推荐 • 在Cm0plusStart.c中 __libc_init_array() 函数的作用是什么？ 670 • 为什么RT-Thread studio运行到__libc_init_array会进入错误中断呢 1035 • STM32L072的 __libc_init_array中的硬故障如何解决？ 350 • 求助，想把数据存入SRAM D2域缺什么才能避免Hard fault？ 225 • STM32F103采用GCC和Eclipse编译工具，IOToggle程序报以下错误 2588 • M4 libc启动代码使用nosys.specs崩溃了怎么处理？ 198 • STM32L151C8T6如何将STM32CubeMX生成的代码启动到Hardfault？ 252 • 静电导致AD7616的BUSY信号异常怎么解决？ 324 • 求助，请问能否提供一下wchlink upload命令行模式参数？ 583 • TLV1811比较器的输入电压范围超过了比较器供电电压范围会导致异常吗？ 199 7个回答

答案对人有帮助，有参考价值 0 您使用__libc_init_array库使用ARM（32b）指令进行编码，而不是使用Thumb（16b）指令进行编码。你用什么来编译你的代码？

2018-9-21 10:34:55 评论举报刘涛

答案对人有帮助，有参考价值 0 这是初始化功能的一部分，是在主程序启动之前初始化和C / C ++对象的。崩溃的可能是您的代码或库中的某些内容或编译方式导致问题。

2018-9-21 10:35:32 评论举报李玲

答案对人有帮助，有参考价值 0 如果删除其余的源代码，执行是否会使其超过此阶段？你编写了多少示例代码？

2018-9-21 10:35:47 评论举报刘勇

答案对人有帮助，有参考价值 0 很可能问题不在于您的源代码本身，而是在生成期间的链接步骤中。您可能正在使用为32位经典ARM（非CortexM）编译的库，它不使用拇指指令集。您用于编译的命令行和/或工具是什么？

2018-9-21 10:36:15 评论举报王莉

答案对人有帮助，有参考价值 0 尝试将-mthumb和-mcpu = cortex-m4添加到您的LFLAGS变量中。

2018-9-21 10:36:28 评论举报 h1654155275.5614

答案对人有帮助，有参考价值 0 解决方法是将-mcpu = cortex-m4和-mthumb添加到您的LFLAGS变量中。我不是非常精通GCC的内部人员; 如果我弄错了，请有人纠正我。需要添加标志的原因是由于调用链接器的方式。你正确地让gcc在编译过程中调用链接器。问题是ARM GCC具有与之关联的默认值，除非您在命令行上覆盖。可以通过键入找到默认值 arm-none-eabi-gcc -dumpspecs 有趣的是这一行 *multilib_defaults: marm mlittle-endian mfloat-abi=soft mno-thumb-interwork fno-leading-underscore 这意味着，除非您另行指定，否则这些默认标志将用于编译。“无拇指互通”选项正在扼杀该计划。该标志阻止GCC生成指示处理器改变指令体系结构的指令。给-lcflags提供-mcpu和-mthumb标志给出了GCC关于如何正确编译程序的提示。

2018-9-21 10:36:45 评论举报贾埃罗

答案对人有帮助，有参考价值 0 感谢各位的解答！

2018-9-21 10:37:14 评论举报王玲

撰写答案

你正在撰写答案

如果你是对答案或其他答案精选点评或询问，请使用“评论”功能。

声明：本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人，不代表德赢Vwin官网网立场。文章及其配图仅供工程师学习之用，如有内容图片侵权或者其他问题，请联系本站作侵删。侵权投诉

我要提问

精选推荐

记录我的stm32开发学习过程

2136 浏览 1 评论
AD7686芯片不传输数据给STM32，但是手按住就会有数据。

1970 浏览 3 评论
有什么比较热门的嵌入式项目？

4566 浏览 0 评论
如何解决MPU-9250与STM32通讯时,出现HAL_ERROR = 0x01U

2116 浏览 1 评论
hal库中i2c卡死在HAL_I2C_Master_Transmit

2629 浏览 1 评论

快速回复 返回顶部 返回列表

关注微信公众号

德赢Vwin官网网

德赢Vwin官网论坛

社区合作: 刘勇; 联系电话：15994832713; 邮箱地址：liuyong@huaqiu.com

社区管理: elecfans短短; 微信：elecfans_666; 邮箱：users@huaqiu.com

返回 STM32/STM8技术论坛

回复

关闭

站长推荐 /7

快速回复 返回顶部 返回列表

- 技术社区: HarmonyOS技术社区

RISC-V MCU技术社区

FPGA开发者技术社区

- OpenHarmony开源社区: OpenHarmony开源社区

- 嵌入式论坛: ARM技术论坛

STM32/STM8技术论坛

嵌入式技术论坛

单片机/MCU论坛

RISC-V技术论坛

瑞芯微Rockchip开发者社区

FPGA|CPLD|ASIC论坛

DSP论坛

- 电路图及DIY: 电路设计论坛

DIY及创意

电子元器件论坛

专家问答

- 电源技术论坛: 电源技术论坛

无线充电技术

- 综合技术与应用: 机器人论坛

USB论坛

电机控制

模拟技术

音视频技术

综合技术交流

上位机软件（C/Python/Java等）

- 无线通信论坛: WIFI技术

蓝牙技术

天线|RF射频|微波|雷达技术

- EDA设计论坛: PCB设计论坛

DigiPCBA论坛

Protel|AD|DXP论坛

PADS技术论坛

Allegro论坛

multisim论坛

proteus论坛|仿真论坛

KiCad EDA 中文论坛

DFM|可制造性设计论坛

- 测试测量论坛: LabVIEW论坛

Matlab论坛

测试测量技术

传感技术

- 招聘/交友/外包/交易/杂谈: 项目外包

供需及二手交易

工程师杂谈|交友

招聘|求职|工程师职场

- 官方社区: 发烧友官方/活动

华秋商城

华秋电路

time

recommend

hot

post

—
—
—

版
块
导
航