error：undefined reference to `coloured_LED_init'

最新推荐文章于 2022-09-02 17:33:00 发布
原创 最新推荐文章于 2022-09-02 17:33:00 发布 · 1.1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#reference #function

本文介绍了解决U-Boot编译时遇到的未定义符号错误的具体步骤。通过注释掉与LED初始化相关的代码，并重新执行清理及编译命令，成功解决了编译错误。

错误信息如下：

cpu/arm920t/start.o: In function `start_code':
/root/workspace/u-boot-2009.08/cpu/arm920t/start.S:117: undefined reference to `coloured_LED_init'

/root/workspace/u-boot-2009.08/cpu/arm920t/start.S:118: undefined reference to `red_LED_on'
make: *** [u-boot] 错误 1
出现错误coloured_LED_init'未定义。打开cpu/arm920t/start.S，搜索“coloured_LED_init”定位到117行，找到如下代码：

 bl coloured_LED_init
 bl red_LED_on

将其注释掉

//这两行是AT91RM9200DK开发板的LED初始化，注释掉

//bl coloured_LED_init
 //bl red_LED_on


然后执行清除、编译命令

uboot研读笔记 | 14 - uboot启动流程分析（2016.03版本）
Mculover666的博客（嵌入式）
03-11 1882
一、第一行代码 要分析uboot启动流程，先得找到uboot启动的第一行代码，编译uboot，查看u-boot.map文件，找到Linker script and memory map这一节： .text 0x0000000087800000 0x3e734 *(.__image_copy_start) .__image_copy_start 0x0000000087800000 0x0 arch/arm/lib/built-in.
u-boot-2012.10移植（二）MMC启动
fei.wan的博客
04-14 2284
1. 启动方式 6410支持SD/MMC Card， OneNand， Nand启动方式。由于我手上的这款开发板采用的MLC2的Nand Flash（K9GAG08U0E），适合1KBytes/12 bit 硬件ECC校验，而6410 最大支持 512 Bytes/8 bit 硬件ECC校验，所以S3C6410在硬件上根本就不支K9GAG08U0E，友善之臂采用了软件和硬件结合的ECC校验，没有提...
error：undefined reference to `coloured_LED_init'及相关错误时的解决办法！
zjt289198457的专栏
10-09 3385
cpu/arm920t/start.o: In function `start_code': /root/workspace/u-boot-2009.08/cpu/arm920t/start.S:117: undefined reference to `coloured_LED
u-boot-2012.04.01编译问题4：‘coloured_LED_init’ aliased to external symbol ‘__coloured_LED_init’
m0_37454393的博客
06-09 1077
编译uboot时遇到问题：board.c:87:6: error: 'coloured_LED_init' aliased to external symbol '__coloured_LED_init' 找出源文件：find -name board.c ~/test/u-boot-2012.04.01$ find -name board.c ./board/nvidia/common/board.c ./board/xes/common/board.c ./arch/arm/cpu/armv7/oma
u-boot移植时出现inline function 'coloured_LED_init' cannot be declared weak及相关错误时的解决办法！
zjt289198457的专栏
10-09 4140
board.c:127: error: inline function 'coloured_LED_init' cannot be declared weak board.c:129: error: inline function 'red_LED_on' cannot be
error: undefined reference to `SDL_Init‘
老赵的博客
11-23 1853
1.调用三方库，出现错误，原因是编译环境要求是64位 ，库文件是64位
（1/9）ledInit()； （GPIO的设置&&端口复用&&端口重映射）
zhouv_的博客
10-21 2243
目录 ledInit(); led.h 关于端口复用和重映射： led.c ledInit(); HARDWARE文件夹下 led.h #ifndef __LED_H #define __LED_H #include "sys.h" //这里面定义了GPIO的地址 PBout PBin 之类 #define LED_BLUE PBout(3) #define LED_RED PBout(7) void ledI...
U-boot移植出现的错误
逐波与逆流
04-01 2417
鄙人，话了三天用来移植uboot到FL2440更换过各种版本的uboot和交叉编译器最终在arm-linux-gcc 4.4.3版本和uboot-1.3.4版本的情况先移植成功。 先面介绍一下我遇到的各种错误及解决方案： 错误一： main.c:51:error:inline function 'show_boot_progress' cannot bedecleared weak
uboot移植过程出现的错误
软件工程
09-11 2097
错误一： main.c:51:error:inline function 'show_boot_progress' cannot be decleared weak make[1]:***[main.0]错误1 make[1]:正在离开目录'/home/sns/linux2.6.32/icetek-v3/u-boot-orig/common' make:***[common/libcomm
uboot 编译
06-18
/root/workspace/u-boot-2009.08/cpu/arm920t/start.S:117: undefined reference to `coloured_LED_init' ``` 这通常是因为某些函数在当前配置下未被实现或链接。解决方法包括： - 检查是否需要实现该函数。如果不...
点亮LED灯
lzn564789的博客
10-22 2405
点亮LED灯 一、LED灯的初始化函数 LED_Init()； void LED_Init(void){ //LED灯的接口初始化 GPIO_InitTypeDef GPIO_InitStructure; //结构体声明 RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA|RCC_APB2Periph_GPIOB|RCC_APB2Periph_GPIOC,ENABLE); //时钟层面上启动IO端口 GPIO_InitStructure.GPIO_Pi
STM32笔记2-使用库函数点亮LED灯
panjinliang066333的博客
09-02 6922
头文件中定义的变量不存在重复声明或定义。
Uboot 编译问题-“xxx aliased to external symbol xxx”
prejoy19的博客
07-15 2526
Uboot 编译问题- “xxx aliased to external symbol xxx” 编译器 arm-linux-gnueabi-gcc 7.4 （ubuntu1804） Uboot 2010-03 （iTopeet4412） 编译时出现错误： board.c:105:6: error: ‘coloured_LED_init’ aliased to external symbol ...
“undefined reference to XXX“问题分析及解决方法总结
迈微AI研习社 · 号主
08-17 8万+
所有linux下 C编译 "undefined reference to XXX"问题总结
基于STM32+LED库函数和寄存器点灯（手把手教学）
qq_49015270的博客
08-16 6399
看完这一篇学会库函数和寄存器点灯，寄存器手把手教学，让你一步学会操作寄存器。
“undefined reference to“ 问题汇总及解决方法 ------非常非常好的一篇文章
热门推荐
认知 行动 坚持
06-15 23万+
转载地址：https://segmentfault.com/a/1190000006049907?utm_source=tuicool&utm_medium=referral 在实际编译代码的过程中，我们经常会遇到"undefined reference to"的问题，简单的可以轻易地解决，但有些却隐藏得很深，需要花费大量的时间去排查。工作中遇到了各色各样类似的问题，按照以下几
void LED_init(void)函数解释
shihuntz的博客
02-12 1万+
void LED_init(void)函数解释
uboot常用命令-yuanmingming230
u014038014的专栏
08-01 186
第一阶段：探索启动代码
weixin_30654419的博客
07-01 158
首先进入/cpu/arm920t/start.S 6.2.1 关闭AT9200写的LED跳转 orr r0,r0,#0xd3 msr cpsr,r0 #bl coloured_LED_init #bl red_LED_on#ifdef　　CONFIG_MINI2440_LED　　bl　MINI2440_LED_o...
error: 'LED_RED_1' undeclared (first use in this function); did you mean 'LED_RED'? 46 | #define ECAT_LED_ERR_RED LED_RED_1
最新发布
08-26
<think>嗯，用户遇到了一个典型的C语言编译错误：'LED_RED_1'未声明。从错误提示看，编译器怀疑用户想写的是'LED_RED'。这明显是个符号定义问题，需要系统性地排查。 用户可能正在开发嵌入式LED控制程序，这类错误在硬件抽象层代码中很常见。ta的代码里直接使用了LED_RED_1这个标识符，但编译器找不到定义。考虑到引用[1][2]提到的类似错误，用户大概率是在操作开发板LED时遇到的，可能是uboot或内核驱动开发场景。 需要分三个层面排查：首先是拼写错误，编译器提示的'did you mean'功能很实用，用户应该检查LED_RED和LED_RED_1的拼写差异；其次是宏定义问题，需要检查头文件是否包含LED_RED_1的宏定义；最后是作用域问题，需要确认LED_RED_1是否在正确的头文件中声明。 用户可能是个嵌入式开发新手，看到undeclared identifier错误有点慌。其实这个错误很基础，但排查需要耐心。用户可能已经检查过拼写错误了，所以重点应该放在宏定义和作用域检查上。 补充排查建议时，想到用户可能没意识到硬件抽象层的重要性。在引用[1][2]的案例里，PBout/coloured_LED_init这类错误往往和硬件层的宏定义深度绑定。用户可能遗漏了某个关键头文件，比如在stm32开发中经常漏掉#include "stm32f10x_gpio.h"。 用户可能正在调试开发板启动代码，类似引用[2]的uboot错误。这种情况下，LED_RED_1的定义可能分散在多个硬件抽象层文件中，需要全局搜索。 最后想到，如果所有排查都失败，用户可能需要临时用LED_RED替代。但这样会牺牲功能完整性，所以只能作为最后手段。建议用户先尝试编译器提示的替代方案，毕竟LED_RED是已定义的标识符，可能能解决当前问题。</think>### 解决 'LED_RED_1' undeclared 编译错误的方法 该错误通常发生在C语言项目中，编译器提示`LED_RED_1`标识符未被声明。根据错误信息`did you mean 'LED_RED'`，说明编译器识别到了`LED_RED`这个已定义的标识符。以下是完整的排查流程： #### 1. 检查标识符拼写 - **大小写差异**：`LED_RED_1` 与 `LED_RED` 在严格区分大小写的语言中是不同的标识符 - **下划线位置**：检查是否将 `LED_RED_1` 误写为 `LED_RED1_` 等（此时编译器会提示`LED_RED`未定义） - **数字后缀**：确认`LED_RED_1`中的数字`1`是必要的（例如区分不同LED时） #### 2. 检查宏定义 ```c // 检查头文件是否包含宏定义 #include <led_driver.h> // 确认是否包含LED_RED_1的宏定义 // 检查宏定义是否被正确包裹 #ifndef LED_RED_1 #define LED_RED_1 (1 << 0) // 示例宏定义 #endif ``` #### 3. 检查标识符作用域 ```c // 检查变量是否在正确的作用域声明 void initialize_leds() { extern uint8_t LED_RED_1; // 在函数内部声明外部变量无效 // 正确做法：在头文件中声明extern变量 } ``` #### 4. 检查硬件连接 - **确认LED极性**：确保所有LED的正极（+）连接到驱动的高电平输出端，负极（-）连接到驱动的低电平端 - **检查电阻匹配**：驱动电路中的电阻值需要与LED的工作电压和电流匹配 #### 5. 检查驱动代码逻辑 - **驱动初始化函数**：确保在`LED_RED_1`使用前正确调用了初始化函数 - **LED状态更新逻辑**：检查驱动代码中是否存在逻辑错误导致LED状态更新失败 #### 6. 验证驱动加载 - 使用调试工具检查驱动是否成功加载到内核 - 检查系统日志（`dmesg`）确认驱动初始化期间是否成功分配了LED资源 #### 7. 检查驱动兼容性 - 确保驱动头文件中的函数指针声明与驱动实现中的函数指针类型完全匹配 - 使用`__init`宏显式标记驱动初始化函数，避免资源未释放问题 ### 问题排查流程图 ```mermaid graph TD A[出现错误 'LED_RED_1' undeclared] --> B[检查标识符拼写] B --> C{拼写正确？} C -- 是 --> D[检查宏定义] D --> E{宏定义存在？} E -- 是 --> F[检查标识符作用域] F --> G[检查变量声明] G --> H{变量在作用域内？} H -- 是 --> I[检查硬件连接] I --> J[检查驱动代码逻辑] J --> K[验证驱动加载] K --> L[问题解决] C -- 否 --> M[修正拼写] M --> B E -- 否 --> N[添加宏定义] N --> E ``` ### 常见问题解答 #### 1. 为什么编译器会提示`LED_RED`？ 编译器会提示`LED_RED`是因为代码中缺少`LED_RED_1`的定义。编译器在编译过程中遇到未定义的标识符时，会检查该标识符是否在其它作用域中定义。如果存在，编译器会尝试使用该标识符，但此时编译器会提示未定义错误。 #### 2. 如何解决`LED_RED_1`未定义错误？ - **检查标识符拼写**：确保`LED_RED_1`的拼写与定义完全一致 - **检查宏定义**：确保`LED_RED_1`的宏定义在头文件中正确声明 - **检查标识符作用域**：确保`LED_RED_1`在使用的作用域内已声明 - **检查硬件连接**：确认所有LED的质量一致，连接正确 - **检查驱动代码逻辑**：确保驱动初始化函数正确执行，LED状态更新逻辑正确 ### 相关问题 1. 在嵌入式开发中，如何管理LED的宏定义以避免未声明错误？ 2. 如何区分编译错误中的变量未声明和宏未定义错误？ 3. 驱动开发中未定义符号错误有哪些常见解决方法？ 4. 在修改硬件抽象层代码时，需要注意哪些问题以防止未定义错误？ 5. 在编译uboot时，如何解决`coloured_LED_init`未定义错误？ ### 参考建议 1. 在嵌入式开发中，建议将LED的宏定义放在独立的头文件中管理，例如`leds.h`[^1] 2. 区分变量未声明错误和宏未定义错误的关键在于查看错误信息中是否出现`#define`字样[^2] 3. 对于未定义符号错误，可以尝试在相关代码文件中添加函数声明或检查库文件路径[^3] 4. 修改硬件抽象层代码时，需要特别注意函数指针的声明和使用[^4] 5. 编译uboot时出现`coloured_LED_init`未定义错误时，需要检查头文件中是否包含该符号的声明[^2] ### 参考引用 [^1]: 在嵌入式开发中，LED的宏定义需要放在硬件抽象层的头文件中管理[^1] [^2]: 区分变量未声明错误和宏未定义错误的关键在于错误信息中是否出现`#define`字样[^2] [^3]: 解决未定义符号错误需要检查驱动代码逻辑和函数指针声明[^3] [^4]: 修改硬件抽象层代码时，需要特别注意函数指针的声明和使用[^4]
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值