Linux内核---10.obj-y中将.c编译为.o流程

最新推荐文章于 2023-11-28 23:34:04 发布
最新推荐文章于 2023-11-28 23:34:04 发布
阅读量2.6k 收藏 2
点赞数
CC 4.0 BY-SA版权
分类专栏： linux内核
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/wangcong02345/article/details/51810987
本文详细解析了Linux内核2.6.30.4版本中从源代码.c文件到编译生成.o文件的过程，重点介绍了Makefile.build中的规则及具体编译步骤。

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

先去编译obj-y,以init下的obj-y为例：
obj-y=init/main.o init/version.o init/mounts.o init/noinitramfs.o init/calibrate.o
首先找到将.c编译为.o的规则：

点击(此处)折叠或打开

  1. linux-2.6.30.4/scripts/Makefile.build
  2. 226 # Built-in and composite module parts
  3. 227 $(obj)/%.o: $(src)/%.c FORCE
  4. 228  $(call cmd,force_checksrc)
  5. 229  $(call if_changed_rule,cc_o_c)
将.c编译为.o要分两步
1. L228,如果KBUILD_CHECKSRC为空，不做任何操作;不为空，没看。
2. L229，编译的具体操作。

1.1 检查 L228 $(call cmd,force_checksrc) 

点击(此处)折叠或打开

  1. linux-2.6.30.4/scripts/Kbuild.include
  2. 154 # echo command.
  3. 155 # Short version is used, if $(quiet) equals `quiet_', otherwise full one.
  4. 156 echo-cmd = $(if $($(quiet)cmd_$(1)),\
  5. 157 echo ' $(call escsq,$($(quiet)cmd_$(1)))$(echo-why)';)
  6. 158 
  7. 159 # printing commands
  8. 160 cmd = @$(echo-cmd) $(cmd_$(1))
  9. cmd 定义在L160处，如果cmd_force_checksrc不为空，则把cmd_force_checksrc这个命令打印出来，然后执行cmd_force_checksrc
  10. 转到cmd_force_checksrc定义处:

  12. linux-2.6.30.4/scripts/Makefile.build
  13.  98 # Linus' kernel sanity checking tool
  14.  99 ifneq ($(KBUILD_CHECKSRC),0)
  15. 100 ifeq ($(KBUILD_CHECKSRC),2)
  16. 101 quiet_cmd_force_checksrc = CHECK $<
  17. 102 cmd_force_checksrc = $(CHECK) $(CHECKFLAGS) $(c_flags) $< ;
  18. 103 else
  19. 104 quiet_cmd_checksrc = CHECK $<
  20. 105 cmd_checksrc = $(CHECK) $(CHECKFLAGS) $(c_flags) $< ;
  21. 106 endif
  22. 107 endif
  23. 由于此时 KBUILD_CHECKSRC=0,所以cmd_force_checksrc为空，L156处的if条件为false，echo不执行，L160处cmd_force_checksrc为空，也不执行。
2. 下面开始执行L229 $(call if_changed_rule,cc_o_c)，首先转到定义处：

点击(此处)折叠或打开

  1. linux-2.6.30.4/scripts/Kbuild.include
  2. 208 if_changed_rule = $(if $(strip $(any-prereq) $(arg-check) ), \
  3. 209 @set -e; \
  4. 210 $(rule_$(1)))
  5. $(strip $(any-prereq) $(arg-check),如果目标有更新则调用：rule_cc_o_c

  7. linux-2.6.30.4/scripts/Makefile.build
  8. 215 define rule_cc_o_c
  9. 216 $(call echo-cmd,checksrc) $(cmd_checksrc) \
  10. 217 $(call echo-cmd,cc_o_c) $(cmd_cc_o_c); \
  11. 218 $(cmd_modversions) \
  12. 219 $(cmd_record_mcount) \
  13. 220 scripts/basic/fixdep $(depfile) $@ '$(call make-cmd,cc_o_c)' > \
  14. 221 $(dot-target).tmp; \
  15. 222 rm -f $(depfile); \
  16. 223 mv -f $(dot-target).tmp $(dot-target).cmd
  17. 224 endef
rule_cc_o_c
2.1 echo-cmd && cmd_checksrc ：不执行
2.2 echo-cmd && cmd_cc_o_c :打印cmd_cc_o_c的内容，并执行cmd_cc_o_c将.c编译为.o
2.3  cmd_modversions ：不执行
2.4  cmd_record_mcount ：不执行
2.5 生成命令.cmd

下面逐条分析：
2.1-2.2 echo-cmd && cmd_checksrc 和 echo-cmd && cmd_cc_o_c

点击(此处)折叠或打开

  1. linux-2.6.30.4/scripts/Kbuild.include
  2. 154 # echo command.
  3. 155 # Short version is used, if $(quiet) equals `quiet_', otherwise full one.
  4. 156 echo-cmd = $(if $($(quiet)cmd_$(1)),\
  5. 157 echo ' $(call escsq,$($(quiet)cmd_$(1)))$(echo-why)';)
  6. cmd_checksrc为空，不执行

  8. linux-2.6.30.4/scripts/Makefile.build
  9. 178 ifndef CONFIG_MODVERSIONS
  10. 179 cmd_cc_o_c = $(CC) $(c_flags) -c -o $@ $<

  12. $(call echo-cmd,cc_o_c)将执行的编译命令打印出来， $(cmd_cc_o_c)执行具体的编译命令。这将会在命令行中看到一坨坨的打印。
2.3  cmd_modversions  

点击(此处)折叠或打开

  1. linux-2.6.30.4/scripts/Makefile.build
  2. 178 ifndef CONFIG_MODVERSIONS
  3. 179 cmd_cc_o_c = $(CC) $(c_flags) -c -o $@ $<
  4. 180
  5. 181 else
  6. 194 cmd_cc_o_c = $(CC) $(c_flags) -c -o $(@D)/.tmp_$(@F) $<
  7. 195 cmd_modversions = ...
  8. 因为此处没有定义 CONFIG_MODVERSIONS， 所以cmd_modversions为空。
2.4 cmd_record_mcount 

点击(此处)折叠或打开

  1. 208 ifdef CONFIG_FTRACE_MCOUNT_RECORD
  2. 209 cmd_record_mcount = perl $(srctree)/scripts/recordmcount.pl "$(ARCH)" \
  3. 210 "$(if $(CONFIG_64BIT),64,32)" \
  4. 211 "$(OBJDUMP)" "$(OBJCOPY)" "$(CC)" "$(LD)" "$(NM)" "$(RM)" "$(MV)" \
  5. 212 "$(if $(part-of-module),1,0)" "$(@)";
  6. 213 endif
  7. CONFIG_FTRACE_MCOUNT_RECORD 没有定义，所以为空
总结一下：
   虽然写了这么多，但是有用处的只有两个echo-cmd && cmd_cc_o_c和 mv ，打印cmd_cc_o_c的内容，并执行cmd_cc_o_c将.c编译为.o，把命令保存到.cmd文件中。假设让我自己写出来的Makefile可能也就是$(CC) $(c_flags) -c -o $@ $<这么一句。
【OpenHarmony4.1 之 U-Boot 2024.07源码深度解析】006 - Makefile 编译脚本 逐行深度解析
|~~~热爱生活、努力学习的小伙汁~~~|
06-15 1171
【OpenHarmony4.1 之 U-Boot 2024.07源码深度解析】006 - Makefile 编译脚本 逐行深度解析
U-Boot 之五 配置框架、详解 Kconfig & Kbuild 构建系统、构建流程
技术干货
02-20 6428
Kconfig 是 Linux Kernel Build System 中用来对 Linux 内核进行配置工具，后来 U-Boot 也引入了 Kbuild/Kconfig 系统。当执行 make menuconfig 时会出现一个配置界面，允许开发者通过类似于 UI 的方式来对内核进行配置。Kconfig 语法可以从 https://www.kernel.org/doc/html/latest/kbuild/kconfig-language.html 里来学习。
linux_2.6.30.4_Makefile_7--obj-y中将.c编译为.o流程 (2012-05-06 21:03)
kerson的专栏
08-07 4340
标签:  linux_2.6.30.4_Make  obj-y中将.c编译为.o  分类： Linux_内核 先去编译obj-y,以init下的obj-y为例： obj-y=init/main.o init/version.o init/mounts.o init/noinitramfs.o init/calibrate.o 首先找到将.c编译为.o的规则
预编译到链接，从.c到.o
xxibgdrgn_liqian_a_的博客
05-31 795
预编译-&amp;amp;gt;编译-&amp;amp;gt;汇编-&amp;amp;gt;链接 一.main.c不能直接运行，经过的步骤有哪些 二.为什么main.o不能直接运行 一.在linux下，使用gcc编程时，可以使用命令 gcc main.c 一步完成，其实，这个过程分为四个步骤： 首先，我们在main.c 文件中写了一个程序（源代码）： 通过这个程序，我们来了解一下这四个步骤。 1....
C语言编译过程
nbaDWde的博客
01-10 1315
IDE的使用让很多和我一样的人对C/C++可执行程序的底层生成一知半解，不利于我们深入理解原理。在这里小结一下，望路过的大神指正~ 前言：从一个源文件（.c文件）到可执行程序到底经历了哪几步，我想很多人都知道，但是每一步具体做了什么，估计很多像我一样的人就不能说的清清楚楚，明明白白了。 编辑一个小程序，hello.c #include #include int mai
c：再说c语言编译过程
火焰
10-18 4265
理解 预处理、编译、汇编、链接等过程
【Makefile】
weixin_43442758的博客
10-27 779
Makefile
全面解析Linux 内核 3.10.x - 开始编译<一>
何文的专栏
11-11 8204
From: ongoingcre 一切手工技艺，皆由口传心授 - 夏奈尔首席鞋匠 1、内核编译体系 - Kbuild貌似是从2.6开始，内核编译就开始采用Kbuild体系！ Kbuild几点观念： 1.一个配置文件对应一个自动包含的子目录树! 2.目标配置文件模板是简化Makefile的主要机制! 3.工具和SDK使得模板具有灵活性! 4.子Makefiles来实现非递归Makefile方
桌面PC/服务器 ubuntu18.04 Linux内核编译升级与机制分析
tugouxp的专栏
06-06 6625
1.下载内核并且解压安装依赖2.执行make menuconfig，并不修改，使用默认然后退出,默认使用的配置是x86_64_defconfig还可以拷贝/boot/目录下的既有的config文件来作为编译内核的配置文件来编译。但是需要两个内核版本号差别不大，可以互通使用。将CONFIG_SYSTEM_TRUSTED_KEYS字符串置空。3.执行make -j4因为之前编译过，再次编译输出很少4.执行sudo make modules_install。
Linux内核--内存管理(三)物理内存分页机制--kmalloc及slub机制
文艺小少年的博客
11-28 974
本篇接着上章分页机制，着重讲一下slab与kmalloc
Kbuild系统源码分析(五)—模块的编译流程
ashimida
08-18 4255
模块的编译流程在<Kbuild系统源码分析(二)—./Makefile>等文章中已有提及,这里主要梳理思路并记录之前分析中没有记录的一些细节,这里仅以arm64平台内部模块的编译,目标为modules(编译所有模块),CONFIG_MODULES=y,且CONFIG_MODVERSIONS=y的情况为例，后面提及的模块默认指的是这种情况下的模块. 模块的编译规则如下: modules: $(vmlinux-dirs) $(if $(KBUILD_BUILTIN),vmlinux) mo...
Makefile的obj-y 和 obj-m
WINGCREATE的专栏
04-14 2万+
<br />目标定义是Kbuild Makefile的主要部分，也是核心部分。主要是定义了要编 译的文件，所有的选项，以及到哪些子目录去执行递归操作。 最简单的Kbuild makefile 只包含一行： 例子： obj-y += foo.o 该例子告诉Kbuild在这目录里，有一个名为foo.o的目标文件。foo.o将从foo.c 或foo.S文件编译得到。 如果foo.o要编译成一模块，那就要用obj-m了。所采用的形式如下： 例子： obj-$(CONFIG_FOO) += foo.o $(CONFI
Linux内核模块设计
m0_38069262的博客
09-18 460
内核模块编译的makefile https://www.cnblogs.com/downey-blog/p/10486907.html 路径：/lib/modules/$(shell uname -r)/build M=$(PWD)PWD说明应该在模块所在目录下执行make。 教程 https://blog.csdn.net/yeshennet/article/details/823156...
Linux之uboot入门(三)---make
shao15232的博客
05-15 293
上一篇我们分析了make config的具体过程。 那么第二条指令就是make。 在make的过程中，服务器做了哪些编译呢？ 还是分析Makefile, 首先找到all, 这是make的终极目标。 第242行可以找到all,他的依赖文件是240行的 $(obj)u-boot.srec $(obj)u-boot.bin $(obj)System.map $(U_BOOT_NAND) 我们看到其中之一是u_boot.bin 那么接着往下找u_boot.bin的依赖： 250行是u..
GCC全过程详解+剖析生成的.o文件
流风回雪的博客
08-21 7306
使用GCC编译一个.c文件影藏了哪些过程？ GCC四步详解 第一步：预处理(也叫预编译) gcc -E hello.c -o hello.i 或者 cpp hello.c > hello.i 【cpp是预编译器】 将所有#define删除，并且展开所有的宏定义 处理所有的条件预编译指令，如#if #ifdef #undef #ifndef #endif #elif ...
一些特殊的Makefile整理
GNNUXXL的专栏
05-27 643
makefile的一些内容
Linux--根文件系统的挂载过程分析
热门推荐
guopeixin的专栏
10-24 4万+
前言： 本篇文章以S3C6410公版的Linux BSP和U-Boot来进行分析，文中所有提及的名词和数据都是以该环境为例，所有的代码流程也是以该环境为例来进行分析。哈哈。如果有不正确或者不完善的地方，欢迎前来拍砖留言或者发邮件到guopeixin@126.com进行讨论，先行谢过。 简单的来说，根文件系统包括虚拟根文件系统和真实根文件系统。在Kernel启动的初始阶段，首先去创建虚拟的根文件系统，接下来再去调用do_mount来加载真正的文件系统，并将根文件系统切换到真正的文件系统，也即真实的文件系统
Makefile的运用与示例二
qq_46777053的博客
02-06 209
通用Makefile的使用说明 通用的Makefile，它可以用来编译应用程序： (1)支持多个目录，多层目录，多个文件； (2)支持给所给文件设置编译选项； (3)支持给某个目录设置编译选项； (4)支持给某个文件单独设置编译选项； (5)简单、好用。 本程序的Makefile分为3类： 1.顶层目录的Makefile 2.顶层目录的Makefile.build 3.各级子目录的Makefile 一、各级子目录的Makefile: 它最简单的形式如下： EXTRA_CFLAGS := CFLAG
obj-y和obj-m 的区别
不积跬步，无以至千里
03-02 1万+
obj-y +=xxx.o该模块编译到zImage obj-m +=xxx.o该模块不会编译到zImage   但会生成一个独立的xxx.ko 静态编译
我都改成obj-y := rpmsg_ipc_demo了，makefile和makefile.host都改了，重新rebuild了。make es-ipcm-driver-rebuild 。 但是在makefile里 有这样的定义 ipcm_ipc_demo: -c ($ kernel_dir) M=$（pwd） modules && $(strip ) -S rpmsg_ipc_demo.ko 是不是应该给它删了啊？
最新发布
05-14
<think>好的，我现在需要帮助用户解决他们在修改Buildroot中的Makefile时遇到的问题。用户之前已经将`obj-m`改为`obj-y`，现在他们想知道是否需要删除与`ipcm_ipc_demo`相关的特定编译指令，特别是`-c $(kernel_dir) M=$(pwd) modules && $(strip) -S rpmsg_ipc_demo.ko`这部分内容。 首先，我需要回顾一下用户的问题历史。他们之前询问了如何将内核模块编译进内核镜像，而不是作为可加载模块。现在他们修改了Makefile中的`obj-m`为`obj-y`，但不确定是否需要进一步调整编译命令，特别是那些原本用于生成模块的指令。 接下来，我需要理解`obj-m`和`obj-y`的区别。`obj-m`用于指定可加载模块，而`obj-y`用于直接编译进内核。当使用`obj-y`时，内核构建系统会自动处理源代码的编译和链接，不需要手动指定模块编译命令。因此，原本用于生成模块的命令（如`make -C $(kernel_dir) M=$(pwd) modules`）在改为`obj-y`后可能不再需要，甚至可能导致冲突。 用户提到的`-c $(kernel_dir) M=$(pwd) modules`是典型的模块编译命令，它会调用内核的构建系统来编译模块。而`$(strip) -S rpmsg_ipc_demo.ko`可能是用来去除调试符号或优化模块大小的命令。当模块被编译进内核时，这些步骤就不再适用了，因为模块不会生成单独的.ko文件，而是直接集成到内核镜像中。因此，这些命令应该被删除，以避免构建错误或冗余操作。 同时，我需要考虑用户提供的引用内容，特别是引用[3]中提到的工具链路径问题，以及引用[2]中的配置参数。虽然这些引用主要涉及工具链的配置和安装问题，但它们提醒我要确保用户的构建环境正确配置，避免因路径或依赖问题导致编译失败。 另外，用户可能在修改Makefile后没有清理旧的构建产物，导致残留的模块相关文件干扰新的编译过程。因此，建议用户执行清理步骤，比如使用`make clean`或删除output目录中的相关文件，以确保重新编译时不会出现意外错误。 总结下来，用户的重点在于确认是否需要删除原有的模块编译指令，以及如何处理这些变更后的构建步骤。需要明确指导他们删除不必要的命令，调整Makefile的结构，并执行清理和验证步骤，以确保修改后的配置正确生效。</think>在Buildroot中将`obj-m`改为`obj-y`后，**需要删除与模块编译相关的定义**，以下是具体分析及操作步骤： --- ### 1. **需要删除的编译指令** 原始命令`-c $(kernel_dir) M=$(pwd) modules && $(strip) -S rpmsg_ipc_demo.ko`属于**模块编译流程**，作用为： - `M=$(pwd) modules`: 调用内核构建系统生成`.ko`模块[^1] - `strip -S`: 剥离调试符号以减小模块体积 当使用`obj-y`时，**内核自动将代码编译为内置对象**，不再需要手动模块编译命令，因此： - **必须删除所有`modules`相关指令** - 保留`obj-y`定义即可，例如： ```makefile obj-y += rpmsg_ipc_demo.o ``` --- ### 2. **修改后的Makefile示例** ```makefile # 原内容（需删除） # modules: # $(MAKE) -C $(KERNEL_DIR) M=$(PWD) modules # clean: # $(MAKE) -C $(KERNEL_DIR) M=$(PWD) clean # 修改后（仅保留对象定义） obj-y += rpmsg_ipc_demo.o ``` --- ### 3. **验证修改的必要性** | 场景 | 保留模块命令的后果 | 删除后的行为 | |--------------------|------------------------------|---------------------------| | 编译内核镜像 | 触发冗余模块编译，可能报错 | 正确编译进内核 | | 清理操作 | `make clean`无法清除残留文件 | 清理完全 | | 调试符号 | 剥离符号导致调试困难 | 符号保留在内核镜像中 | --- ### 4. **操作步骤** 1. **删除冗余命令**： - 在`Makefile`和`Makefile.host`中移除所有`modules`目标及相关`strip`操作 - 仅保留`obj-y += rpmsg_ipc_demo.o`定义 2. **同步清理编译缓存**： ```bash make linux-dirclean # 清理内核源码目录 rm -rf output/build/rpmsg_ipc_demo* # 强制删除旧编译产物 ``` 3. **重新编译验证**： ```bash make linux-rebuild && make ``` --- ### 5. **特殊案例处理** - **混合编译需求**：若需同时生成模块和内置对象，需拆分代码为`obj-y`和`obj-m`两部分（需避免符号冲突） - **依赖管理**：若`rpmsg_ipc_demo`依赖其他模块，需在内核配置中确保依赖项为`<*>`（内置） --- ### 6. **引用补充说明** 工具链路径问题（如引用[1][^1]）与当前修改无关，但需注意交叉编译时确认内核头文件路径正确匹配，可通过以下命令验证： ```bash echo $CROSS_COMPILE # 应输出类似aarch64-buildroot-linux-gnu- ``` ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值