改了某个文件,应该remake哪个模块?

最新推荐文章于 2024-03-06 19:59:25 发布
原创 最新推荐文章于 2024-03-06 19:59:25 发布 · 880 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了一种在make目录中寻找特定字符串的方法。该目录结构特殊，每个子目录代表一个模块，便于快速定位到相关文件。

在make目录下查找这个文件名的字符串.字符串所在的文件就在这个模块目录下。（make目录下每个目录代表一个模块，再下一层当然就不是了）

【OpenHarmony4.1 之 U-Boot 2024.07源码深度解析】006 - Makefile 编译脚本 逐行深度解析
|~~~热爱生活、努力学习的小伙汁~~~|
06-15 1659
【OpenHarmony4.1 之 U-Boot 2024.07源码深度解析】006 - Makefile 编译脚本 逐行深度解析
Android remake
caz28的专栏
01-18 3734
Android代码make一遍要很久，所以有很多时候我们希望只remake一部分，下面是这些编译命令： 1.system.img make systemimage 2.userdata.img make userdataimage 3.ramdisk.img make ramdisk 4.boot.img make bootimage 5.system打包 make snod
GNU Makefile--调试器remake
yeholmes的专栏
06-27 1755
remake调试器 国外的开发人员对GNU Make进行了一定程度上的重构，增加了Makefile的动态调试功能，命名为remake。调试器的操作界面类似于GDB的命令行，开发者为其编写了详细的文档，有兴趣的可以参考。GNU Make自身也支持若干个调试选项，但其调试功能比较有限，remake的作者对此很不满。不过，remake工具对递归的调试（即一个Makefile脚本中调用$(MAKE)执行新的Makefile）支持不够完善，对单个Makefile的调试功能则相对完整。本文记录了笔者通过remake工具
makefile 的调试. remake
hjjdebug的专栏
12-27 1621
remake --tasks //列出Makefile 的目标,该目录会有命令执行来生成. --targets 是更详细的目标 remake --trace //跟踪维护的目标, 每一个运行的命令将会显示 remake --profile //列出构建过程中各部分消耗的时间 remake --debugger 进入debugger 调试状态 可以单步，断点，检查变量，调用堆栈，查看目标等.
多层makefile嵌套，Remake单步调试不能进入调用的makefile的解决方案
UItogether的博客
06-15 1044
近期学习makefile时，对于某些逻辑关系理不清，过程比较痛苦。老师推荐使用remake，可以进行单步调试，记录下学习过程，本人操作系统是ubuntu16.04。 1.安装remake git下载调试工具remake，参考installation说明完成工具安装，此处使用的是源码安装，installation中有对不同系统的安装说明，根据实际情况进行安装。 确定安装目录，并下载remake git clone https://github.com/rocky/remake.git 安装依赖 s
remake的使用
HideOnLie的博客
09-04 6497
SYNOPSIS remake [OPTION]... [TARGET]... OPTIONS -c, --search-parent 如果一个makefile或者终极目标在当前目录无法找到，remake将会在父目录搜索Makefile.直到找到符合条件的最近的父目录中的Makefile 在这方面，除了-c无需指定目录，选项-c是很类似-C的 -! | –post-mortem: 在出现错误时进入调试器。这与另一个选项相同:–debugger –debugger-stop = error –profil
raeshope-remake
06-22
"raeshope-remake" 是一个基于 JavaScript 的项目，从其名称推测，可能是对某个原有项目 "raeshope" 的重构或改进版本。在深入探讨这个项目之前，我们需要了解 JavaScript 这种语言的基础知识。 JavaScript，简称JS...
Greenlane-Masjid-remake
03-30
在【压缩包子文件的文件名称列表】中，我们看到"Greenlane-Masjid-remake-main"，这可能是项目的主目录或源代码文件夹。这个文件夹可能包含以下内容： 1. HTML文件：这些是网站的基本结构，可能包含与马斯吉德相关的...
Rinocchi重制项目源码发布
结合标签中的关键词如“源码”、“项目”、“main”、“开发”以及子文件名称“Rinocchi-remake-main”，我们可以深入分析该重制项目的多个技术层面与开发背景。 首先，“Rinocchi”本身可能是一个已存在的开源项目...
Description: This script for build qcom/mtk platform android system goals OPTIONS: -b, --build_action support build: new、remake、clean、update-api、ssi(qssi/mssi)、vnd、merge -K(大写), --keep build android. Keep going when some targets cant be made -k(小写), --key-number mtkr image sign key number -f, --filepath mtkr image path for sign -t, --type Build type(user/userdebug/eng) (Default: userdebug) -j, --jobs Specifies the number of jobs to run simultaneously (Default: 20) -m, --module module/outfile/target/image to be build with make -n, --ninja_module module/outfile/target/image to be build with ninja -a, --accurate filepath/changes.txt/changes gerrit url/filepath to precise build -p, --project, -P, --Project builds and installs all of the modules in the supplied directories, and their dependencies. Use OPLUS_CI_USER_MM="true" only builds and installs current directory, and their dependencies. eg: -p frameworks/base. -d, --pathdir build the corresponding target according to the modified content. -N, --ninja module/pathfile/target/image to be build with ninja -M, --make module/pathfile/target/image to be build with make -v, --vendor_target set MTK LD2.0 vendor target (hal/krn/vext) == (mgvi/mgk/vext) == (out_hal/out_krn/out). default is all. -c, --copy_target copy target to oplus_ci_out component dir -h, --help Display this help message -l, --list list targets in directory path Usage: 整体编译： 1 ./mk_android.sh -t userdebug -b new 清除out后，全编译${WHAT_COMPONENT} tree. 2 ./mk_android.sh -t userdebug -b remake 不清楚out，增量编译${WHAT_COMPONENT} tree. 模块编译： \033[33m如果模块属于vnd，且是MTK LD2.0编译架构，请记得添加-v [mgvi/mgk/vext], 默认是all.\033[0m 1 ./mk_android.sh -t userdebug -m \$target 通过make的方式编译某个target,target可以是编译目标和目标文件 eg: kernel、bootimage、systemimage、recoveryimage eg: out/target/product/xxx/\$file 2 ./mk_android.sh -t userdebug -n \$target 通过ninja的方式编译某个target. ninja的编译方式会比make方式快很多，在没有编译依赖的情况下，建议采用该方式编译. eg: kernel、bootimage、systemimage、recoveryimage eg: out/target/product/xxx/\$file 3 ./mk_android.sh -t userdebug -p \$pathDir pathDir为Android.mk/Android.bp所在目录, 如应用、jar、so等. eg: ./mk_android.sh -t userdebug -p packages/apps/Bluetooth/ 没有修改Android.mk或Android.bp的情况下，可以通过ninja的方式快速编译. eg: ./mk_android.sh -t userdebug -p packages/apps/Bluetooth/ -N 4 ./mk_android.sh -t userdebug -p \$pathDir:\$target 如果\$pathDir下的Android.mk/Android.bp有太多的编译目标时，可以指定特定的目标. eg: ./mk_android.sh -t userdebug -p packages/apps/Bluetooth/:libbluetooth_jni 5 ./mk_android.sh -t userdebug -d \$pathDir 编译\$pathDir目录下的所有目标 eg: ./mk_android.sh -t userdebug -d vendor/qcom/proprietary/chi-cdk 没有修改Android.mk或Android.bp的情况下，可以通过ninja的方式快速编译. eg: ./mk_android.sh -t userdebug -d vendor/qcom/proprietary/chi-cdk -N 6 ./mk_android.sh -t userdebug -e chnages.txt 精准编译changes.txt记录文件内容. changes.txt记录内容： frameworks/av/services/audiopolicy/service/AudioPolicyService.cpp eg: ./mk_android.sh -t userdebug -e changes.txt 则精准编译AudioPolicyService.cpp相关模块。 其他编译选项: 1 ./mk_android.sh -t userdebug -b android -K #K(大写) 编译android时保持keep going，直到编译完成后退出，如果有报错之后一起列出。 可用于基线升级时验证android代码编译问题。 eg: ./mk_android.sh -t userdebug -m \$target -K 表示编译\$target 是keep going 2 ./mk_android.sh -f \$filepath -k \$keynumber #k(小写) 对MTK R平台image文件进行单独签名. filepath为image路径，keynumber通常是项目号。如: 对18073项目的lk.img签名。 eg: ./mk_android.sh -f out/target/product/xxx/lk.img -k 18073
08-30
编译指定目录下的模块（依赖 `Android.mk` 文件）[^2] ```bash ./mk_android.sh -m packages/apps/Camera # 单独编译相机应用 ``` 4. **清理操作** `-c` 或 `--clean` 执行 `make clean` 清除历史构建文件...
linux c自动生成Makefile
02-01
Automake,Autoconf自动生成Makefile linux c程序自动生成Makefile的详细过程
【Linux】makefile 使用学习，小白入门~
Hide_in_Code
07-20 908
小白入门学习写makefile，了解什么是makefile、如何写makefile~ make是GNU里的一个utility，可实现方便的自动化编译，在unix和linix都可以写; 首先要写一个文本叫 makefile，然后调用命令`make`，terminal即会按makefile的内容对工程或源文件进行 re-compile or link； makefile中写的内容，表示的是 how、when对什么文件进行remake，从而让我们后续可以方便的 “一键remake”。...............
remake学习笔记
郝玉杰的专栏
07-16 2019
最近有需要，学习shell编程，找到bash debug , 在这个网站上，还有一个工具，就是remake，是make的扩展，可以用来调试make过程，这也是现在的工作需要的。 准备学习。   研究make相关的工作 先作个记号： http://bashdb.sourceforge.net/remake/ 视频： http://showmedo.com/videotutorials
Linux系统之rename命令的基本使用
jks212454的博客
03-06 7214
Linux系统之rename命令的基本使用
mysql中的字段属性（重要）
remakeprogramer的博客
04-01 191
mysql中的字段属性 1.unsigned 设置该列的数值为无符号数（需要列数据类型是整型或浮点型） 声明该列不能声明为负数 2.zerofill 不足的位数由0填充，如数据类型是int，长度为3，写入5，则自动补充为005 3.自增 自动在上一条记录的基础上+1（也可以+其他数值，一般是+1，可以自定义为其他） 一般用来设置主键，主键必须是整型 可以自定义自增的起始值和步长 4.非空 如果不赋值，则会出错 如果不写数值，则默认值为null（不冲突，可以理解一下） ...
学习用remake来debug Makefile
ljyfree的专栏
04-13 974
学习Makefile的过程中发现了一个讲解很详细的例子，顺便学习一下用remake这个工具来debug Makefile 准备源代码和Makefile 就是原文中的第四版Makefile admin@ubuntu20:~/test_makefile$ cat fun1.c #include <stdio.h> void fun1() { printf("this is fun1\n"); } admin@ubuntu20:~/test_makefile$ adm.
mysql数据库被修改,MySQL数据库的自动备份与被修改后的恢复方法
weixin_35804761的博客
03-18 1568
一、自动备份MySQL数据库中的数据都是非常重要的数据信息，是要告诉保密的，一旦丢失，将会造成很大的损失，所以数据备份是MySQL数据库操作过程中最为重要的环节，下文中就为大家介绍MySQL数据库的自动备份。建立数据库备份所需条件[1] 建立自动备份脚本在这里，为了使数据库备份和恢复的符合我们的实际要求，用一段符合要求的Shell脚本来实现整个备份过程的自动化。[root@CentOS ~]# v...
Linux下的make命令使用心得
热门推荐
不积跬步，无以至千里
07-12 2万+
本文译至：http://d.hatena.ne.jp/embedded/20140829/p1 为了使make命令执行并行处理，-j 选项可以用来指定作业数。 $ make -j4  作业数是在编译的时候指定主机的CPU个数，所以在脚本中写成一个常量很糟糕。（特别是把编译脚本给其他人的时候。）并行处理的作业数和编译的效率直接相关，所以需要设置合适的作业数量。 昨天的文章中在
makefile的调试器remake
weixin_30707875的博客
04-24 990
remake --debugger即可开始调试 转载于:https://www.cnblogs.com/dakewei/p/10762822.html
在内核开发中如何调试 Kbuild 生成的 Makefile 规则？
最新发布
11-22
<think> 我们正在讨论如何调试Kbuild生成的Makefile规则。根据引用[2]和[3]，Kbuild系统在编译过程中会两次扫描Makefile：首先读取顶层Makefile，然后根据顶层Makefile的指示读取各个子目录中的Kbuild Makefile（或Makefile）。这些Makefile是动态生成的，因此调试它们需要特殊的方法。 调试Kbuild生成的Makefile规则的方法： 1. **查看生成的Makefile文件**： 在编译内核时，Kbuild会生成许多中间文件，包括展开后的Makefile。这些文件通常位于内核构建目录（通常是源码目录，但如果是外部模块则可能是单独的构建目录）中。我们可以通过查看这些文件来了解实际的规则。 例如，在编译模块时，可以通过以下命令查看某个目录下最终生成的Makefile： ```bash make -C /path/to/kernel/source M=$PWD modules V=1 ``` 其中`V=1`表示详细输出，它会显示实际执行的命令。同时，在构建目录中会生成一些中间文件，比如在模块的构建目录中，可能会有一个`Makefile`文件，它是由Kbuild系统根据`Kbuild`文件（或`Makefile`）生成的。 2. **使用Kbuild的调试选项**： Kbuild提供了一些调试选项，可以打印出额外的信息： - `make V=1`：显示详细的命令执行过程。 - `make V=2`：显示更详细的输出，包括为什么需要重新构建某个目标。 此外，还可以使用`make -n`（干运行）来查看将要执行的命令而不实际执行它们。 3. **查看构建日志**： 构建日志（通常通过重定向`make`的输出到文件）包含了构建过程中执行的命令和规则。通过分析日志，可以了解哪些规则被触发以及为什么。 4. **使用Kbuild的调试目标**： 在内核的顶层Makefile中，提供了一些调试目标，例如： - `make help`：显示帮助信息，其中包含一些调试目标。 - `make -p`：打印数据库（规则和变量）。这个命令会输出make读取的所有规则和变量，包括内置的和由Kbuild生成的。但是，由于输出非常庞大，通常需要结合grep进行过滤。 例如，要查看某个目标（比如`vmlinux`）的构建规则，可以运行： ```bash make -p | grep -A20 '^vmlinux:' ``` 5. **追踪变量和函数展开**： Kbuild的Makefile中使用了大量的变量和函数。我们可以使用`make`的调试功能来查看变量的值和函数的展开过程。 - 使用`make -n --debug=basic`：可以显示基本的调试信息，包括规则的目标和依赖，以及变量赋值。 - 使用`make -n --debug=v`：显示更详细的调试信息，包括变量的定义和使用。 另外，可以在Makefile中临时添加调试语句，例如： ```makefile $(warning VAR=$(VAR)) ``` 这样，在执行时会在控制台打印出变量`VAR`的值。注意，这种方法需要修改Makefile，但Kbuild的Makefile通常是自动生成的，所以我们可以修改我们自己的Kbuild文件（比如在驱动目录下的Makefile）来添加调试信息。 6. **使用Kbuild的扩展调试支持**： 在Linux内核的Kbuild系统中，可以设置环境变量`KBUILD_VERBOSE`来增加输出，例如： ```bash KBUILD_VERBOSE=1 make ``` 相当于`make V=1`。 另外，还可以使用`KBUILD_EXTRA_WARN`来开启额外的警告信息。 7. **分析依赖关系图**： 通过生成依赖关系图，可以了解目标之间的依赖关系。可以使用`make -d`（输出调试信息）并重定向到文件，然后分析依赖关系。不过这个输出非常详细，需要耐心分析。 8. **使用专门的Makefile调试工具**： 有一些工具可以帮助调试Makefile，例如`remake`（GNU Make的增强版，带有调试器）和`make --trace`（跟踪规则执行）。 9. **查看Kbuild的文档**： 内核文档中有关于Kbuild的详细说明，位于`Documentation/kbuild`目录下。特别是`makefiles.txt`和`modules.txt`文件。 10. **调试实际的编译命令**： 当编译出错时，Kbuild会打印出失败的命令。我们可以复制这个命令，手动执行并添加调试选项（比如gcc的`-v`选项）来查看详细过程。 示例：调试一个模块的编译过程 假设我们有一个内核模块的Makefile如下： ```makefile obj-m := mymodule.o ``` 在编译时，我们可以这样获取详细信息： ```bash make -C /lib/modules/$(uname -r)/build M=$(pwd) V=1 ``` 这会显示编译每个文件时使用的具体命令。 如果我们想查看Kbuild为这个模块生成的完整Makefile，可以在编译时使用`-n`和`-d`选项，并将输出重定向到文件： ```bash make -C /lib/modules/$(uname -r)/build M=$(pwd) -n -d > log.txt 2>&1 ``` 然后搜索生成的规则。 注意：由于Kbuild的Makefile是动态生成的，所以直接查看源码目录下的Makefile可能不是最终使用的规则。因此，上述方法都是针对实际构建过程中生成的规则。 总结：调试Kbuild生成的Makefile规则需要结合多种方法，包括查看详细输出、分析构建日志、使用make的调试选项以及临时添加调试语句等。同时，由于Kbuild的复杂性，需要一定的经验来快速定位问题。 [^1]: Kbuild 是 Linux 内核构建系统的重要组成部分，它使得内核构建过程更加模块化、可维护和灵活。 [^2]: 从Linux内核2.6开始，Linux内核的编译采用Kbuild系统，这和过去的编译系统有很大的不同，尤其对于Linux内核模块的编译。在新的系统下，Linux编译系统会两次扫描Linux的Makefile：首先编译系统会读取Linux内核顶层的Makefile，然后根据读到的内容第二次读取Kbuild的Makefile来编译Linux内核。 [^3]: 从Linux内核2.6开始，Linux内核的编译采用Kbuild系统，这同过去的编译系统有很大的不同,尤其对于Linux内核模块的编译。在新的系统下，Linux编译系统会两次扫描Linux的Makefile：首先编译系统会读取Linux内核顶层的 Makefile，然后根据读到的内容第二次读取Kbuild的Makefile来编译Linux内核。 [^4]: Linux内核模块开发入门：GCC、Makefile和Kbuild -- 搞定编译三剑客。这篇文章将手把手带你入门 Linux 内核模块的开发，重点介绍内核模块编译中使用的三个核心工具：GCC、Makefile 和 Kbuild。 [^5]: 基于Linux的PCIe设备驱动开发入门到精通-- 8.1 编写健壮的Kbuild Makefile。这一切的核心，就是一个健壮、灵活、可维护的 Makefile。它不仅是将源代码编译成 .ko 模块的工具，更是整个驱动开发流程的基石。 §§相关问题§§ 1. 如何在内核编译过程中获取更详细的调试输出？ 2. 如何修改Kbuild文件以添加自定义的调试信息？ 3. 如何分析Kbuild构建过程中出现的依赖关系问题？ </think> ### 调试Kbuild生成的Makefile规则的方法 在内核开发中调试Kbuild生成的Makefile规则，可通过以下方法实现： #### 1. **启用详细构建输出** ```bash # V=1显示基本命令，V=2显示完整命令和变量 make V=2 ``` - 显示所有执行的命令和变量展开过程 - 可定位规则执行顺序和参数传递问题[^2][^3] - 示例输出： ```makefile gcc -Wp,-MD,drivers/usb/.usb_driver.o.d ... -c -o drivers/usb/usb_driver.o drivers/usb/usb_driver.c ``` #### 2. **使用`-n`干运行模式** ```bash make -n drivers/usb/ ``` - 仅打印将要执行的命令而不实际运行 - 验证规则链是否正确生成[^3] - 适合检查条件编译逻辑（如`obj-$(CONFIG_USB)`的展开结果） #### 3. **检查生成的中间文件** 关键文件位置： ```bash # 1. 自动生成的依赖文件（.d文件） ls drivers/usb/.usb_driver.o.d # 2. Kbuild解析后的中间Makefile cat scripts/Makefile.build ``` - `.d`文件包含头文件依赖关系 - `Makefile.build`是Kbuild处理后的实际执行规则[^3] #### 4. **添加自定义调试语句** 在Makefile中插入调试命令： ```makefile # 在Kbuild文件中添加 $(warning DEBUG: obj-y contents=$(obj-y)) # 或添加规则打印变量 print-var: @echo "CONFIG_USB = $(CONFIG_USB)" ``` - 执行`make print-var`查看变量值 - `$(warning)`在解析阶段实时输出信息[^5] #### 5. **使用`make -p`分析规则数据库** ```bash make -p | grep -A10 "usb_driver.o" ``` - 打印make的完整内部规则数据库 - 显示Kbuild生成的目标/依赖关系和变量值[^3] #### 6. **检查配置文件映射** ```bash # 验证配置选项是否正确定义 grep CONFIG_USB .config # 查看配置到Makefile的映射 cat include/generated/autoconf.h | grep USB ``` - 确认`.config`选项正确传递到C代码和Makefile[^1] #### 7. **分阶段调试构建过程** ```bash # 只执行预处理阶段 make drivers/usb/usb_driver.i # 查看预处理后的代码 vi drivers/usb/usb_driver.i ``` - 隔离编译阶段以定位问题源头[^4] #### 8. **使用Kbuild追踪工具** ```bash # 开启Kbuild调试（需内核4.19+） make KBUILD_VERBOSE=3 ``` - 显示Kbuild解析过程的详细日志 - 输出包括： - 目录递归过程 - 条件规则评估 - 变量替换逻辑[^2] > **调试流程建议**： > 1. 用`make -n`验证规则结构 > 2. 用`V=2`检查命令执行细节 > 3. 用`$(warning)`定位变量异常 > 4. 用`.d`文件确认依赖关系 > 5. 用`make -p`分析完整规则链 [^1]: Kbuild 是 Linux 内核构建系统的重要组成部分，它使得内核构建过程更加模块化、可维护和灵活。 [^2]: 从Linux内核2.6开始，Linux内核的编译采用Kbuild系统，这和过去的编译系统有很大的不同，尤其对于Linux内核模块的编译。在新的系统下，Linux编译系统会两次扫描Linux的Makefile。 [^3]: Makefile由五个部分组成: 顶层Makefile是所有Makefile文件的核心，从总体上控制着内核的编译，链接.config是配置文件。 [^4]: 你将学会如何创建、编译、加载和卸载一个简单的内核模块，并深入理解它们在内核模块编译中的作用。 [^5]: 编写健壮的Kbuild Makefile是驱动开发流程的基石，糟糕的Makefile会导致构建失败、难以调试。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值