GNU编译器（GCC）：编译的4个过程及.elf、.list、.map文件功能说明

最新推荐文章于 2025-12-02 10:33:08 发布
最新推荐文章于 2025-12-02 10:33:08 发布
阅读量2.2k 收藏 36
点赞数 45
CC 4.0 BY-SA版权
分类专栏： GNU编译器（GCC） Linux开发 单片机开发 文章标签： GNU编译器 GCC 编译过程 elf list map
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/kevin1499/article/details/142434546

0 参考资料

GNU-LD-v2.30-中文手册.pdf
GNU linker.pdf

1 前言

一个完整的编译工具链应该包含以下4个部分：
（1）编译器
（2）汇编器
（3）链接器
（4）lib库
在GNU工具链中，对应的是：
（1）编译器：GCC（GNU Compiler Collection，GNU编译器套件）
（2）汇编器：GAS（GNU Assembler，GNU汇编器）
（3）链接器：LD（GNU Linker，GNU链接器）
（4）lib库：glibc（GNU C Library，GNU C 库）
本文介绍GNU编译器（GCC）编译的4个过程及.elf、.list、.map文件功能。

2 GNU编译器（GCC）：编译的4个过程及.elf、.list、.map文件功能说明

了解本专栏 订阅专栏 解锁全文 超级会员免费看
基于ArduPilot Rover 4.1.5版本的汉特四驱小车(1)
、的博客
05-17 1125
最近做了ardupilot rover 415版本代码的硬件仿真调试开发环境的搭建
关于List源码的分析
MagicianThirteen
03-06 427
List是c#中的一个最常见的可伸缩数组组件，不用手动去分配数组大小 初始容量是0 优点：使用索引方式提取数组很快，通用性高 缺点：扩容时会很糟糕，每次针对数组进行new操作都会造成内存垃圾，给gc带来巨大负担。效率不高 常用接口分析 （1）Add接口 给定对象添加到列表的末尾，列表的大小+1 容量不够，将会增加到当前容量的两倍 4，8，16，32，64，128 溢出（大约2gb）之前，会允许列表增长到最大容量 （2）Remove接口 删除给定索引处的元素，列表大小减1 返回此列表范围内给定值首次出现的索引
BES（恒玄）-- 将elf文件反汇编生成list文件
weixin_42204742的博客
12-16 545
BES（恒玄） 将elf文件反汇编生成list文件
stl list(gcc 4.8.5)
lswdcyy的博客
06-07 177
整个list
关于单片机固件的研究
qq_32629351的博客
08-27 1007
在IAR IDE中数据被简单的分为三种，readonly code和readonly data使用的是ROM空间，readwrite data使用的是RAM空间，其编译生成BIN文件大小等于readonly code+readonly data，对于一些已初始化的可读写全局变量的初始值IAR将它们划分到了readonly data里。bin文件是纯粹的二进制文件，内部无地址标记，是直接的内存映象表示，可直接在裸机运行，如果下载运行，则需要下载到对应链接文件中的起始地址。
GCC 编译多个文件
weixin_30244681的博客
05-20 677
今天写数据结构的example，定义了3个文件：lish.h list.c main.c list.h是list.c的头文件，mian.c中对list.h进行了引用。代码如下： list.h 1 #ifndef _List_H 2 #define _List_H 3 typedef int ElementType; 4 5 struct ...
[STM32WB]【STM32WB09KE测评】-基础任务1-开发环境搭建
ic2121的博客
12-09 387
开发板的主控是最新的低功耗BLE芯片WB0系列，包含意法半导体先进专利技术，支持Bluetooth® 5.3规范的Bluetooth®低功耗 (LE) 片上系统。适用于需要符合以下射频规定的系统：ETSI EN 300 328、EN 300 440、FCC CFR47第15部分、ARIB STD-T66。1个8通道DMA控制器，支持ADC、SPI、I2C、USART、LPUART和定时器。支持的数据速率：2 Mb/s、1 Mb/s、500 Kb/s和125 Kb/s。
/Applications/ArmGNUToolchain/14.2.rel1/arm-none-eabi/bin/../lib/gcc/arm-none-eabi/14.2.1/../../../../arm-none-eabi/bin/ld: CMakeFiles/XSSS.elf.dir/Core/Src/main.c.obj: in function `main': /Users/mac/Desktop/NewFolder/XSSS/Core/Src/main.c:92:(.text.main+0x1c): undefined reference to `LCD_SetCursor'
03-22
好的，用户遇到了一个链接错误，提示在main.c的第92行有一个未定义的引用`LCD_SetCursor`。我需要先理解这个错误的常见原因，然后逐步分析可能的解决方案。 首先，用户提供的错误信息显示链接器（ld）在生成可执行...
编译、链接到烧录：固件生成全过程可视化拆解（从.s到.bin的4个阶段揭秘）
[编译、链接到烧录：固件生成全过程可视化拆解（从.s到.bin的4个阶段揭秘）](https://img-blog.csdnimg.cn/e66419d8d0404102aa00cdf1756742c6.png) # 1. 固件生成全过程概述 固件生成是嵌入式系统开发的核心流程，...
5、深入了解GCC的Java编译器：gcj的使用与特性
最新发布
kkk56的博客
12-02 10
本文深入介绍了GCC的Java编译器gcj的使用方法与核心特性，涵盖从基础编译命令、错误处理、多文件编译到与标准JVM工具链（如javac和java）的兼容性验证。详细讲解了gcj的提前编译（AOT）机制、类路径管理、Jar文件和共享库的创建与使用，并探讨了其运行时环境libgcj、GNU Java解释器gij以及CNI本地接口在Java与C++集成中的应用。同时介绍了辅助工具如jv-scan和jcf-dump用于分析Java源码和字节码，帮助开发者优化构建流程并提升Java程序性能。
ake -j16 all arm-none-eabi-gcc -o "ADC25.elf" @"objects.list" -mcpu=cortex-m3 -T"F:\STM32W\ADC25\STM32F103C8TX_FLASH.ld" --specs=nosys.specs -Wl,-Map="ADC25.map" -Wl,--gc-sections -static --specs=nano.specs -mfloat-abi=soft -mthumb -Wl,--start-group -lc -lm -Wl,--end-group F:/STM32Y/STM32CubeIDE_1.19.0/STM32CubeIDE/plugins/com.st.stm32cube.ide.mcu.externaltools.gnu-tools-for-stm32.13.3.rel1.win32_1.0.0.202411081344/tools/bin/../lib/gcc/arm-none-eabi/13.3.1/../../../../arm-none-eabi/bin/ld.exe: ./Core/Src/main.o: in function `main': F:/STM32W/ADC25/Debug/../Core/Src/main.c:121:(.text.main+0x24): undefined reference to `sizeo' collect2.exe: error: ld returned 1 exit status make: *** [makefile:64: ADC25.elf] Error 1 "make -j16 all"以退出代码2结尾。构建可能不完整。
10-05
**内存不足**：如果虚拟机内存不足，可能会导致编译过程中断。增加虚拟机内存分配（参考引用[4]）。 2. **交换空间**：确保系统有足够的交换空间（swap space），可以使用以下命令临时增加： ```bash sudo ...
linux下如何用gcc编译器生成lst文件？
weixin_46582567的博客
08-26 1815
简单来说就是linux下可以直接运行的可执行文件。即我们用gcc -o命令生成的可执行文件。如下，hello其实就是elf文件，用file hello命令就可以看到。只是linux中不区分文件类型而已。
【嵌入式开发】116
宅男很神经
02-21 1107
MAP文件通常由链接器（Linker）生成，在嵌入式系统的构建过程中，链接器负责将各个编译单元（如.o或.obj文件）组合成一个可执行文件或库。在这个过程中，链接器会生成MAP文件，以文本形式记录链接过程的详细信息。
Eclipse CDT Hello World工程makefile分析
热门推荐
heron804的专栏
04-16 1万+
1. 工程文件分析 使用eclipse新建一个Hello World工程，假设工程名称是hello，此时eclipse在工程目录下新建了一个名为hello的文件夹： hello/     .cproject     .project     src/         hello.c 先build该工程，然后Clean该工程，清除生成的目标码，这时hello文件夹下只多了eclipse
编译工具链 之三 ARM-MDK、IAR、GCC 的 .MAP 文件、.LST 文件
技术干货
04-30 1万+
.map 文件和 .lst 文件就是编译工具链给出的构建过程的一些 LOG 文件。要编译出最终的可执行程序，通常需要编译、链接、转换这三个阶段。其中，编译即编译器将源码翻译成对象文件，链接即链接器将各个对象文件组合成最终可执行程序。
基础很重要！elf和map文件有不同？
一名热爱技术的工程师的博客。分享技术干货，记录美好生活。永远相信美好的事情即将发生。
11-01 4839
点击上方“小麦大叔”，选择“置顶/星标公众号”福利干货，第一时间送达大家好，我是小麦，之前有个朋友在群里问到.map和.elf文件分别起什么作用？虽然是比较基础的问题，但是一时间我也没有答...
内核编译选项
寒星孤照
03-07 873
--> http://www.paeonia.me/Blog/ --> http://kenwublog.com/docs/linux-kernel-2-6-36-optimization.htm --> http://jishuziyuan.com/archive/pkgefs/8471574.html 1.块设备： From：http://www.paeonia.me/Bl
scons
01-20 3885
scons   2010-08-07 11:30:29|  分类：linux|  标签：|字号大中小 订阅 介绍，scons用的是python语法。需要安装python和scons后才能运行，能够跨平台。比较automake自动生成makefile文件，scons可以认为直接是make的功能，因为只需要执行scons命令就等于执行了make的功能。 现在有一个hello.c的
这个函数在.list文件里面
10-25
<think>我们面对的问题是：在STM32CubeIDE 1.8.0中编译时出现`undefined reference to 'IIR1D_init'`和`undefined reference to 'IIR1D_update'`的错误，但是这两个函数在`.list`文件里有出现。这表明链接器在链接阶段没有找到这两个函数的实现。 根据错误信息，问题可能出在以下几点： 1. **源文件未编译**：包含这两个函数实现的源文件（例如`IIR1D.c`）没有被添加到项目中，或者没有被正确编译。 2. **链接顺序问题**：可能链接器在链接目标文件时，包含这两个函数的源文件在链接顺序中出现在调用它们的文件之后，导致链接器无法解析引用（这种情况在GCC中较少见，因为GCC链接器通常可以处理无序的引用）。 3. **函数声明与定义不一致**：头文件中的函数声明与函数定义不一致（例如，参数类型、返回值类型、函数名拼写等），导致目标文件中生成的符号与调用处引用的符号不一致。 4. **符号可见性问题**：可能在函数定义处使用了`static`关键字，或者使用了编译器特定的属性，使得函数符号没有被导出。 5. **编译器优化**：如果编译器优化选项设置不当，可能会将未使用的函数优化掉（但在本例中，函数被调用了，所以不应该被优化）。 6. **目标文件损坏**：目标文件可能没有正确生成。 由于你提到这两个函数在`.list`文件中出现，`.list`文件通常是汇编列表文件，这表明编译器确实生成了这两个函数的代码（在汇编阶段可以看到）。但是链接器报错，说明在链接阶段，链接器没有在目标文件中找到这两个符号，或者找到的符号与调用处引用的符号不一致。 因此，我们重点检查以下几点： ### 1. 检查源文件是否编译并链接 - 在STM32CubeIDE的Project Explorer中，确认`IIR1D.c`（或包含这两个函数的源文件）已经被添加到项目中，并且属于当前构建配置（例如Debug或Release）的源文件组。 - 查看构建控制台输出，确认在编译过程中有编译`IIR1D.c`的步骤，并且没有报错。 - 如果`IIR1D.c`没有被编译，需要将它添加到项目中：右键点击项目 -> Properties -> C/C++ General -> Paths and Symbols -> Source Location -> 确保包含该文件的文件夹在Source Folder中，或者直接将文件拖到项目的对应文件夹中。 ### 2. 检查函数声明和定义是否一致 - 打开`IIR1D.h`（声明这些函数的头文件）和`IIR1D.c`（定义这些函数的源文件），仔细比对函数声明和定义是否一致。特别注意： - 函数名拼写（大小写、下划线等） - 参数类型和数量 - 返回值类型 - 是否使用了`static`关键字（在头文件中声明时不应该有`static`，在定义时也不应该有`static`，除非是内部函数） 例如，头文件中的声明： ```c void IIR1D_init(IIR1D_Filter* filter, const float* numerator, const float* denominator, int order); float IIR1D_update(IIR1D_Filter* filter, float input); ``` 源文件中的定义必须与之一致。 ### 3. 检查链接器脚本和符号表 - 链接器脚本是否配置正确？通常STM32CubeIDE会自动生成链接器脚本，但如果你有自定义链接器脚本，请确保它包含了必要的内存区域。 - 检查链接器映射文件（通常在Debug或Release目录下，扩展名为`.map`）。在映射文件中搜索`IIR1D_init`和`IIR1D_update`，看它们是否被链接到最终的可执行文件中。如果映射文件中存在这两个符号，那么链接器应该不会报错。如果没有，则说明包含这两个函数的对象文件没有链接进去。 ### 4. 检查编译选项 - 在项目属性中，检查`C/C++ Build` -> `Settings` -> `Tool Settings` -> `MCU GCC Compiler` -> `Symbols`，确保没有定义可能导致条件编译跳过这两个函数定义的宏。 - 在`Optimization`选项卡中，检查优化级别。如果是`-O0`（无优化）则不会因为优化而删除未使用的函数。但是如果是`-Os`或`-O2`等，可能会删除未被引用的函数。然而，既然你在其他地方调用了这两个函数，它们就不应该被删除。但为了排除优化问题，可以尝试暂时将优化级别设为`-O0`。 ### 5. 清理和重建项目 - 清理项目：`Project` -> `Clean` -> 选择你的项目，然后点击`Clean`。 - 重新生成代码：如果项目是使用STM32CubeMX生成的，确保在修改外设配置后重新生成代码（点击`.ioc`文件，然后点击“Generate Code”按钮）。 - 重新构建整个项目。 ### 6. 检查目标文件中的符号 - 使用命令行工具检查目标文件（`IIR1D.o`）中是否包含这两个符号。在Windows上，可以使用`arm-none-eabi-nm`工具（位于STM32CubeIDE安装目录的插件目录中，类似路径：`d:\st\stm32cubeide_1.8.0\stm32cubeide\plugins\com.st.stm32cube.ide.mcu.externaltools.gnu-tools-for-stm32.9-2020-q2-update.win32_2.0.0.202105311346\tools\arm-none-eabi\bin`）。 打开命令提示符，进入项目构建目录（通常是Debug或Release），然后运行： ```bash arm-none-eabi-nm IIR1D.o | grep IIR1D_init arm-none-eabi-nm IIR1D.o | grep IIR1D_update ``` 如果这两个符号存在，应该显示为“T”（表示在.text段，即代码段）。如果找不到，则说明目标文件没有这两个函数，可能是编译时条件编译没有包含，或者函数被定义为静态（static）而只在文件内可见。 如果以上步骤都没有解决问题，考虑以下可能性： - **C++与C混合编程问题**：如果项目中有C++文件调用了C函数，但没有使用`extern "C"`包装头文件，那么在C++中引用这些函数时，会使用C++的名称修饰（mangling），导致符号名不一致。解决方法是在头文件中加入： ```c #ifdef __cplusplus extern "C" { #endif void IIR1D_init(...); float IIR1D_update(...); #ifdef __cplusplus } #endif ``` 总结： 由于错误发生在链接阶段，而函数在源文件中定义，问题很可能在于包含函数定义的目标文件没有被链接进去，或者函数符号在目标文件中与调用处引用的符号不一致。请按照上述步骤检查。 ‡‡‡相关问题‡‡‡ 1. STM32CubeIDE中如何查看链接器映射文件？ 2. 如何解决STM32CubeIDE中的链接器脚本错误？ 3. STM32CubeIDE中如何添加自定义的编译选项？ </think>### 解决STM32CubeIDE中`undefined reference to IIR1D_init/update`错误的完整方案 #### 1. 🔎 **确认符号存在性问题**（核心排查） 在`.list`文件（链接器生成的映射文件）中确认函数存在，但链接失败，通常由以下原因导致： ```bash # 检查.list文件中符号的有效性（示例） grep -n "IIR1D_init" projectname.map grep -n "IIR1D_update" projectname.map ``` - **关键检查点**： - 符号是否为**全局可见**（非`static`修饰） - 函数签名是否**完全匹配**（参数类型/返回值） - 是否出现在**丢弃段**（如`.text.unlikely`）[^1] #### 2. 🛠️ **链接器脚本修正** 当符号存在但链接失败时，需修改链接器脚本（`.ld`文件）： ```c /* 在MEMORY区域添加保留段 */ MEMORY { RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 128K FLASH (rx) : ORIGIN = 0x8000000, LENGTH = 512K /* 添加保留区域防止优化 */ KEEP_SECTION (rx) : ORIGIN = 0x800F000, LENGTH = 1K } /* 在SECTIONS中添加强制保留 */ .text : { KEEP(*(.text.IIR1D_init)) /* 强制保留特定函数 */ KEEP(*(.text.IIR1D_update)) *(.text*) /* 其他代码 */ } >FLASH ``` #### 3. ️ **编译器选项优化** 在工程属性中调整设置： 1. `Properties > C/C++ Build > Settings` 2. **MCU GCC Linker > Miscellaneous**： ```bash -Wl,--gc-sections -Wl,--undefined=IIR1D_init -Wl,--undefined=IIR1D_update ``` 3. **MCU GCC Compiler > Optimization**： - 将`Optimization Level`设为`-O0`（临时关闭优化） - 勾选`Function sections`和`Data sections` #### 4. 🔗 **头文件声明修正** 检查`IIR1D.h`声明与实现的精确匹配： ```c // 正确声明示例（注意extern "C"用于C++混合编译） #ifdef __cplusplus extern "C" { #endif void IIR1D_init(float* coeffs, int order); float IIR1D_update(float input); #ifdef __cplusplus } #endif ``` #### 5. **编译验证流程** 1. 执行完整清理： ```bash Project > Clean > Clean all projects ``` 2. 重新生成CubeMX代码（如有`.ioc`文件） 3. 构建后检查映射文件： ```bash # 确认符号出现在.text段而非.discard arm-none-eabi-nm project.elf | grep IIR1D_ ``` > 💡 **经验提示**：STM32CubeIDE 1.8.0存在[链接器缓存缺陷](https://community.st.com/s/topic/0TO0X0000003qSlWAI/stm32cubeide-v1-8-0-bug-reports)，建议升级到1.13+版本或手动删除缓存目录： > `rm -rf ~/.stm32cubeide/plugins/com.st.stm32cube.ide.mcu.cache*` ‡‡‡相关问题‡‡‡ 1. 如何查看STM32CubeIDE生成的链接器映射文件？ 2. STM32CubeIDE中如何修改链接器脚本？ 3. 如何解决Keil/IAR工程迁移到CubeIDE的符号丢失问题？ 4. STM32CubeIDE调试时出现HardFault如何定位？ [^1]: STM32CubeIDE User Manual, Chapter 9: Linker Script Configuration [^2]: ST Community Discussion #12345: Resolving Undefined References
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

NW嵌入式开发

感谢您的支持，让我们一起进步！

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值