Fix it to use EXTRA_CFLAGS. Stop.

最新推荐文章于 2025-05-12 21:45:28 发布
最新推荐文章于 2025-05-12 21:45:28 发布
阅读量2.8k 收藏 1
点赞数
分类专栏： linux
本文详细介绍了在Linux内核驱动开发中遇到CFLAGS替换问题的解决方案，包括如何在Makefile中使用EXTRA_CFLAGS，并通过实例演示了如何解决特定驱动程序在配置和编译过程中出现的问题。通过引入KBUILD_NOPEDANTIC参数，可以有效解决CFLAGS更改导致的错误。

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

1). # make KBUILD_NOPEDANTIC=1
2). Relace all CFLAGS with EXTRA_CFLAGS in the Makefile

 

==================================================

将makefile中的 CFLAGS 替换成 EXTRA_CFLAGS就可以了。

原因是在2.6的内核的版本中所有的 EXTRA_ 变量只在所定义的Kbuild Makefile中起作用。

EXTRA_ 变量可以在Kbuild Makefile中所有命令中使用。  

$(EXTRA_CFLAGS) 是用 $(CC) 编译C源文件时的选项。  

例子：        

# drivers/sound/emu10kl/Makefile       

EXTRA_CFLAGS += -I$(obj)       

ifdef DEBUG          

EXTRA_CFLAGS += -DEMU10KL_DEBUG       

endif   

该变量是必须的，因为顶层Makefile拥有变量 $(CFLAGS)并用来作为整个源代码树的编译选项。 

 

===================================================

For the "Linux device driver III", the example of "chapter4":
Delete the <linux/config.h>
Add the <linux/sched.h>

Ok, now change into its derectory and complile it like this:

[root@localhost scull]# make
make -C /lib/modules/2.6.24.2-2lp/buildM=/root/Desktop/examples/scullLDDINC=/root/Desktop/examples/scull/../include modules
make[1]: Entering directory`/usr/src/kernels/2.6.24.2-2lp-i686'
scripts/Makefile.build:46: *** CFLAGS waschanged in "/root/Desktop/examples/scull/Makefile". Fix it to useEXTRA_CFLAGS. Stop.
make[1]: *** [_module_/root/Desktop/examples/scull] Error 2
make[1]: Leaving directory`/usr/src/kernels/2.6.24.2-2lp-i686'
make: *** [modules] Error 2

There are two kind of method to solve this problem:

(1)Rplace all CFLAGS with EXTRA_CFLAGS in the Makefile.

(2)Using the KBUILD_NOPEDANTIC arg
[root@localhost scull]# makeKBUILD_NOPEDANTIC=1
make -C /lib/modules/2.6.24.2-2lp/buildM=/root/Desktop/examples/scullLDDINC=/root/Desktop/examples/scull/../include modules
make[1]: Entering directory`/usr/src/kernels/2.6.24.2-2lp-i686'
CC [M] /root/Desktop/examples/scull/main.o
CC [M] /root/Desktop/examples/scull/pipe.o
CC [M] /root/Desktop/examples/scull/access.o
LD [M] /root/Desktop/examples/scull/scull.o
Building modules, stage 2.
MODPOST 1 modules
CC     /root/Desktop/examples/scull/scull.mod.o
LD [M] /root/Desktop/examples/scull/scull.ko
make[1]: Leaving directory `/usr/src/kernels/2.6.24.2-2lp-i686'


autoconf-archive源码安装
phmatthaus的专栏
12-09 1656
autoconf-archive源码安装
【doghead】mac构建 1:libuv和grafana 的安装
突围
05-04 178
fargo webrtc bifrost
Fix it to use EXTRA_CFLAGS
snow25bz的专栏
03-28 8767
<br />LDD3 :<br />1. 在linux2.6.34.1编译提示  Fix it to use EXTRA_CFLAGS.  Stop. <br />将makefile中的 CFLAGS 替换成 EXTRA_CFLAGS就可以了。<br />原因是在2.6的内核的版本中所有的 EXTRA_ 变量只在所定义的Kbuild Makefile中起作用。EXTRA_ 变量可    以在Kbuild Makefile中所有命令中使用。    $(EXTRA_CFLAGS) 是用 $(CC) 编译C源文件
Fix it to use EXTRA_CFLAGS. Stop
鱼思故渊的专栏
09-07 2007
自己写的makefile文件中肯定存在了CFLAGS 只需要将CFLAGS替换为EXTRA_CFLAGS 主要是版本的原因
Makefile中的CFLAGS与LDFLAGS
Jiuri的博客
05-12 1310
本文深入探讨了C/C++项目开发中Makefile的核心工具CFLAGS和LDFLAGS的作用、常见用法及高级技巧。CFLAGS用于控制编译器的行为，包括代码优化、调试支持、警告管理和路径设置等；LDFLAGS则用于控制链接器的行为，如库路径设置、库链接和内存布局等。文章详细介绍了这些变量的常用选项和高级用法，如架构特定优化、安全加固、静态分析集成等，并提供了典型项目配置、多配置管理和第三方库集成的实践案例。此外，文章还涵盖了跨平台处理、调试与分析、常见错误与解决方法，以及最佳实践总结。通过合理配置CFLA
驱动模块编译失败CFLAGS was changed in ［原创]
weixin_34194359的博客
08-28 799
make -C /usr/src/linux M=/home/axlrose/myhome/program/module/test/scull_debug modulesmake[1]: Entering directory `/usr/src/linux-2.6.25-thinkpad-r7'scripts/Makefile.build:46: *** CFLAGS was...
CFLAGS was changed 错误 LDD3
yapingmcu的专栏
01-22 3042
转自：http://blog.chinaunix.net/uid-24467128-id-3125691.html 错误现象 scripts/Makefile.build:49: *** CFLAGS was changed in "/*/Makefile". Fix it to use ccflags-y。 停止。 make[1]: *** [_module_/"目录"/]
CFLAGS用法
qq_40309341的博客
02-02 5737
CFLAGS 表示用于 C 编译器的选项， CXXFLAGS 表示用于 C++ 编译器的选项。 这两个变量实际上涵盖了编译和汇编两个步骤。 CFLAGS： 指定头文件（.h文件）的路径，如：CFLAGS=-I/usr/include -I/path/include。同样地，安装一个包时会在安装路径下建立一个include目录，当安装过程中出现问题时，试着把以前安装的包的include目录加入到该变量中来。 LDFLAGS ：gcc 等编译器会用到的一些优化参数，也可以在里面指定库文件的位置。用法：LDFLA
老驱动模块在高版本内核编译下错误解决
07-29
Fix it to use EXTRA_CFLAGS. Stop. 这个错误是因为 Makefile 中的 CFLAGS 被修改了，解决方法是将 Makefile 中的 CFLAGS 全部改成 EXTRA_CFLAGS。 错误二：linux/config.h 文件找不到 在编译老驱动模块时，可能...
Linux设备驱动程序(LDD)中snull的编译问题
03-02
Fix it to use EXTRA_CFLAGS. Stop. make[1]: *** [_module_/home/xiebiwei/dev/code/Ldd/snull] Error 2 make[1]: Leaving directory `/usr/src/linux-source-2.6.32' make: *** [default] Error 2 ``` - **...
Tina-Linux -- 4. LVGL 8.3移植
weixin_43482414的博客
05-21 2015
引用 移植lvgl 8.3.11到野火i.mx6ull开发板 Mangopi MQ-R：T113-s3编译Tina Linux系统（三）独立编译Qt5 准备源码 下载源码 创建 lvgl 文件夹 ~:mkdir lvgl 下载8.2版本的linux_frame_buffer文件，因为这个文件没有8.3的和8.2通用 ~/T113/lvgl: git clone -b release/v8.2 [https://github.com/lvgl/lv_port_linux_frame_buffer.
内核驱动添加调试宏开关
qing_ping的专栏
05-25 1367
想要对代码的debug部分做隔离或条件编译可以给EXTRA_CFLAGS增加-D选项。EXTRA_CFLAGS是MAKE命令默认参数。不需要显示添加在编译命令中 ifneq ($(KERNELRELEASE),) obj-m := my.o my-objs := my.o EXTRA_CFLAGS += -I./ EXTRA_CFLAGS += -DDEBUG_S...
Makefile CFLAGS
xiaoshengqdlg的专栏
03-29 1518
CFLAGS的值是在Makfile中是gcc的编译选项，可以再CFLGAS加上想要定义的宏、include的搜索路径、共享库（静态库和动态库）文件搜索路径、生成的动态库文件等信息。 Makefile中的变量赋值一般使用 := 的方式，这样变量只在定义的时候将所有变量展开，不会在使用的时候展开，这样避免了递归无休止展开的情况。 关于gcc的编译选项参考《嵌入式linux应用手册》
（3）Makefie：C语言编译标志、通配符、CFLAGS、LDFLAGS、LDLIBS
weixin_45981798的博客
07-30 1695
Makefie：C语言编译标志、通配符、CFLAGS、LDFLAGS、LDLIBS、-Wl,--start-group 和 -Wl,--end-group、$(LDLIBS_$@)、$^和$@的使用、句子前面加@：不输出到终端、目标文件依赖于头文件、%_output的使用、%_only
linux 编译 cflags,【PE/makefile】编译标记EXTRA_CFLAGS介绍和使用方法
weixin_32301557的博客
05-01 1552
###Date: 2018.3.24===========================================================1、介绍EXTRA_CFLAGS, EXTRA_AFLAGS, EXTRA_LDFLAGS, EXTRA_ARFLAGS所有的EXTRA_变量只能使用在定义该变量后的makefile文件中。EXTRA_变量被makefile文件所有的执行命令语句...
嵌入式Linux应用开发基础知识(七)——通用Makefile使用
FourLeafCloverLLLS的博客
08-07 1059
主要有三个文件，分别是Makefile Makefile.build 说明.txt 这三个文件的内容如下： Makefile: Makefile.build 说明.txt 2. 通用Makefile使用方法 实验文件： main.c sub.c sub2.c sub3.c sub.h sub2.h sub3.h 文件结构为：相关的目录结构如下图所示： 修改顶层目录和各自目录Makefile的obj-y： 这表示要编译当前目录下的xxx.c, 要编译当前目录下的yyy子目录根目录下有main.c和sub
Linux内核模块创建
cupidove的专栏
10-29 4178
本文包含了以下四个方面的信息： --怎样构建一个外部模块 --怎样使用的你的kbuild结构编译/建造（make）一个模块 --Kbuild如何安装一个内核 --怎样在一个非标准的位置安装一个内核 ===目录 ===1、概述 ===2、如何构建一个外部模块 ---2.1 构建外部模块 ---2.2 可用目标 ---2.3 可用选项 ---2.4 为构建
【makefile添加宏定义-D --字符串宏和整型宏】
a15272186891的博客
11-08 2037
1.测试源码test_make_flags.c2.Makefile文件。
Makefile - 常用标准变量
guoqx的专栏
05-08 1343
所有进行 C 语言编译的隐式规则都使用"$(CC) "来获取编译器的程序名，并在给编译器的参数中包含"$(CFLAGS)"。虽然 EXTRA_CXXFLAGS 并不像 CFLAGS 或 CXXFLAGS 那样是一个标准变量， 但您可以在 Makefile 中定义并使用它， 以专门为 C++ 程序提供额外的编译器标志， 就像为 C 程序提供 EXTRA_CFLAGS 一样。在用于编译软件的 Makefile 中， EXTRA_CFLAGS 通常是一个变量， 用于指定在编译过程中应包含的附加编译器标志。
test:led_driver_test.o led_driver.o unity.o led_driver_test.o:led_driver_test.c unity.h led_driver_test.h led_driver.h gcc -c led_driver_test.c led_driver.o:led_driver.c led_driver.h gcc -c led_driver.c unity.o:unity.c unity.h gcc -c unity.c mingw32-make: *** No rule to make target 'led_driver_test.c', needed by 'led_driver_test.o'. Stop. PS E:\VSCode\TDD>
最新发布
07-02
<think>我们正在解决一个Makefile错误：Norule tomake target'led_driver_test.c'。这个错误通常发生在Makefile中指定的规则无法找到或构建目标文件时。在这个TDD项目中，我们有一个测试文件led_driver_test.c，但Makefile报告找不到它。步骤分析：1.检查文件路径：确保led_driver_test.c文件存在于Makefile期望的目录中。2.检查Makefile规则：确保Makefile中有规则来构建目标文件（可能是编译或复制等）。3.检查依赖关系：确保目标规则中指定的依赖文件存在，并且路径正确。4.检查变量定义：如果Makefile中使用了变量来指定文件路径，确保变量定义正确。常见原因及解决方案：原因1：文件确实不存在于指定路径。解决方案：将文件移动到正确路径，或者修改Makefile中的路径。原因2：Makefile规则中指定的路径与实际路径不一致。解决方案：修改规则中的路径，使其与实际路径匹配。原因3：文件路径中包含空格或特殊字符，导致Makefile解析错误。解决方案：避免使用空格和特殊字符，或者使用转义。原因4：规则拼写错误（如目标名称或依赖文件名称拼写错误）。解决方案：检查并修正拼写错误。原因5：使用通配符（如*.c）时，由于文件不在当前目录而无法匹配。解决方案：确保文件在通配符搜索的路径下，或者明确指定路径。具体操作步骤：1.首先，确认led_driver_test.c文件的位置。假设项目结构如下：project/src/led_driver.ctests/led_driver_test.cMakefile如果Makefile在project目录下，而测试文件在tests目录中，那么在Makefile中应该使用相对路径指定测试文件，例如：tests/led_driver_test.c。2.检查Makefile中是否有构建测试目标的规则。例如，你可能有一个规则如下：led_driver_test:tests/led_driver_test.csrc/led_driver.c$(CC) -o $@ $^ $(CFLAGS)注意：如果规则中写的是led_driver_test.c（没有路径），而文件实际在tests目录下，那么就会发生错误。3.如果使用了变量，检查变量定义。例如：TEST_SRC =tests/led_driver_test.c...led_driver_test:$(TEST_SRC) ...4.如果使用通配符，确保它能够匹配到文件。例如：TEST_SRC= $(wildcardtests/*.c)5.如果以上都正确，可能是由于文件系统大小写敏感导致的问题（在Linux上常见）。确保文件名大小写与规则中一致。6.如果问题仍然存在，尝试在Makefile中显式指定文件路径，并确保规则中的路径与文件实际路径完全一致。示例Makefile片段：#定义测试源文件路径TEST_SRC =tests/led_driver_test.cSRC =src/led_driver.c#定义目标test: led_driver_test./led_driver_testled_driver_test: $(TEST_SRC)$(SRC)gcc -o $@ $^ -I.注意：这里使用gcc编译，并且通过-I.指定头文件搜索路径（如果有头文件的话）。7.如果文件确实不存在，那么需要创建该文件（在TDD中，测试文件是必须的）。8.如果文件在另一个目录中，并且该目录是自动生成的，那么需要确保生成该文件的规则被正确执行。9.如果使用VPATH或vpath来指定搜索路径，确保设置正确。总结：这个错误通常是由于文件路径错误或规则定义错误导致的。仔细检查文件位置和Makefile规则，确保一致。相关问题：1.如何调试Makefile？2.Makefile中的通配符如何使用？3.在Makefile中如何指定头文件搜索路径？4.如何设置Makefile的构建目录结构（例如，将构建产物放在build目录中）？5. TDD项目中常见的Makefile结构是怎样的？</think>### Makefile错误：找不到目标文件'led_driver_test.c'的解决方案 在TDD项目中遇到`No rule to make target 'led_driver_test.c'`错误，通常由以下原因导致。请逐步检查： #### 1. **文件路径错误**（最常见原因） - **问题**：Makefile中指定的路径与文件实际位置不匹配 - **解决方案**： ```makefile # 错误示例（文件在tests目录） SRCS = led_driver_test.c # 缺少路径前缀 # 正确示例（显式指定相对路径） SRCS = tests/led_driver_test.c ``` - 验证命令：`ls -l tests/led_driver_test.c`（确保文件存在） #### 2. **规则缺失** - **问题**：Makefile未定义构建`.c`文件的隐式规则 - **解决方案**：添加显式构建规则 ```makefile # 添加通用C文件构建规则 %.o: %.c $(CC) $(CFLAGS) -c $< -o $@ # 指定测试目标依赖 test_runner: tests/led_driver_test.o $(CC) $^ -o $@ ``` #### 3. **变量作用域问题** - **问题**：`SRCS`/`OBJS`变量未包含测试文件 - **修复示例**： ```makefile # 修改前 SRCS = src/led_driver.c # 修改后（添加测试文件） TEST_SRCS = tests/led_driver_test.c SRCS += $(TEST_SRCS) ``` #### 4. **文件系统大小写敏感** - **问题**：Linux系统严格区分大小写 - **检查**：确认实际文件名是否匹配（如`LED_Driver_Test.c` vs `led_driver_test.c`） #### 5. **自动生成文件缺失** - **问题**：测试文件应由脚本生成但未执行 - **解决方案**：添加生成规则 ```makefile tests/led_driver_test.c: gen_test_script.py python $< --output $@ ``` ### 调试步骤 1. **检查文件存在性**： ```bash find . -name led_driver_test.c ``` 2. **显示Makefile解析**： ```bash make -p | grep 'led_driver_test' ``` 3. **启用详细模式**： ```bash make --debug=v # 显示详细依赖解析 ``` ### 正确配置示例 ```makefile # 目录结构 # ├── src # │ └── led_driver.c # ├── tests # │ └── led_driver_test.c # └── Makefile CC = gcc CFLAGS = -I./include -Wall SRC_DIR = src TEST_DIR = tests SRCS = $(SRC_DIR)/led_driver.c TEST_SRCS = $(TEST_DIR)/led_driver_test.c OBJS = $(SRCS:.c=.o) TEST_OBJS = $(TEST_SRCS:.c=.o) test_runner: $(OBJS) $(TEST_OBJS) $(CC) $^ -o $@ # 通用构建规则 %.o: %.c $(CC) $(CFLAGS) -c $< -o $@ clean: rm -f $(OBJS) $(TEST_OBJS) test_runner ``` > **关键原则**：TDD要求测试代码与生产代码同等重要，确保Makefile明确包含测试目标[^2]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值