当我更改了.config文件或制作了内核包时,如何防止重新编译所有linux内核对象?
有时,我不得不重新编译linux内核。我已经知道linux Makefile在存在对象文件时会阻止重新编译,但有时会出现异常,例如更改配置文件(.config)或生成debian包 即使我更改了.config中的任何次要内容,如添加新模块,但这似乎不会影响其他文件,“make”命令也会尝试清理所有对象并重新编译 另外,我的内核编程工作流程通常是制作debian内核包并部署其他裸机,所以我有很多机会制作debian内核包。在这种情况下,“make”命令总是重新编译所有文件,这更糟 有没有有效的方法来防止重新编译非常耗时的linux内核?任何变通办法都会有帮助当我更改了.config文件或制作了内核包时,如何防止重新编译所有linux内核对象?,linux,ubuntu,makefile,compilation,kernel,Linux,Ubuntu,Makefile,Compilation,Kernel,有时,我不得不重新编译linux内核。我已经知道linux Makefile在存在对象文件时会阻止重新编译,但有时会出现异常,例如更改配置文件(.config)或生成debian包 即使我更改了.config中的任何次要内容,如添加新模块,但这似乎不会影响其他文件,“make”命令也会尝试清理所有对象并重新编译 另外,我的内核编程工作流程通常是制作debian内核包并部署其他裸机,所以我有很多机会制作debian内核包。在这种情况下,“make”命令总是重新编译所有文件,这更糟 有没有有效的方法
我的目标内核是4.4+ubuntu 16.04。我使用“make debpkg”进行debian打包。make对文件的时间戳进行操作
make无法检测config中设置的某个变量是否会影响代码。它必须解析整个C代码。Make操作文件的时间戳
make无法检测config中设置的某个变量是否会影响代码。它必须解析整个C代码。是的,我知道这种make行为,所以我想知道其他内核开发人员如何处理它。对于每个配置变量(通常我只有两个或三个),我都有一个单独的构建目录。是的,我知道这种make行为,所以我想知道其他内核开发人员如何处理它。对于每个配置变量(通常我只有两个或三个),我都有一个单独的构建目录。