如果make C=1或make C=2是在linux内核中执行的,那么检查器工具是如何执行的?

如果make C=1或make C=2是在linux内核中执行的,那么检查器工具是如何执行的?,c,makefile,linux-kernel,static-analysis,C,Makefile,Linux Kernel,Static Analysis,在执行make C=1时,如何执行检查器工具以及linux内核代码的编译 详细说明:使C=1[目标]使用检查工具检查所有C源。默认情况下,棋盘格工具为“稀疏”。所以我的问题是,如何在编译C源代码的同时执行checker工具?(我无法从linux内核的Makefile中获得相同的信息) 谢谢。Makefile执行checker工具的方式与执行编译器的方式相同 在scripts/Makefile.build中搜索checksrc,我可以查看您提供的信息。但我还是不清楚。例如,以一个文件kernel/

在执行make C=1时,如何执行检查器工具以及linux内核代码的编译

详细说明:使C=1[目标]使用检查工具检查所有C源。默认情况下,棋盘格工具为“稀疏”。所以我的问题是,如何在编译C源代码的同时执行checker工具?(我无法从linux内核的Makefile中获得相同的信息)


谢谢。

Makefile执行checker工具的方式与执行编译器的方式相同


scripts/Makefile.build

中搜索
checksrc
,我可以查看您提供的信息。但我还是不清楚。例如,以一个文件kernel/fork.c为例。gcc-kernel/fork.c和sparse-kernel/fork.c这两个命令是否都是一个接一个地执行的(或者linux/Makefile中是否有一条语句与gcc一起执行sparse)。(此处稀疏可作为棋盘格工具引用)。如果我们想在我们自己的makefile中实现相同的逻辑,我们怎么能做到呢?关于调用
cmd_(force_)checksrc
macros,您不了解什么?我检查了cmd_force_checksrc,它有带有选项的checker工具命令。但我怀疑的是死刑。现在我明白了。我执行了使C=2 V=1的命令。选中使冗长。在分析了详细信息之后,我了解到稀疏首先在c源上执行,然后gcc在c源上执行。