CFLAGS 与 CPPFLAGS

Question

据我所知，CFLAGS（或 CXXFLAGS for C++）用于编译器，而 CPPFLAGS 由预处理器使用。

但我还是不明白其中的区别。

我需要为 #include 包含的头文件指定包含路径 - 因为 #include 是一个预处理器指令，预处理器 (CPPFLAGS) 是我唯一关心的吗？

什么情况下需要给编译器额外的包含路径？

一般来说，如果预处理器找到并包含所需的头文件，为什么需要告诉它额外的包含目录？ CFLAGS 到底有什么用呢？

（就我而言，我实际上发现两者都允许我编译我的程序，这增加了混乱......我可以使用 CFLAGS OR< /strong> CPPFLAGS 来实现我的目标（至少在 autoconf 上下文中）。

Answer 1

编译 C 程序的隐式 make 规则是

%.o:%.c
    $(CC) $(CPPFLAGS) $(CFLAGS) -c -o $@ 
lt;

$() 语法扩展变量的地方。由于 CPPFLAGS 和 CFLAGS 都在编译器调用中使用，因此您用来定义包含路径的方式取决于个人喜好。例如，如果 foo.c 是当前目录中的文件，

make foo.o CPPFLAGS="-I/usr/include"
make foo.o CFLAGS="-I/usr/include"

它们都会以完全相同的方式调用编译器，即

gcc -I/usr/include -c -o foo.o foo.c

当您有多种需要相同包含的语言时，两者之间的差异就会发挥作用路径，例如，如果您有 bar.cpp 然后尝试

make bar.o CPPFLAGS="-I/usr/include"
make bar.o CFLAGS="-I/usr/include"

编译，

g++ -I/usr/include -c -o bar.o bar.cpp
g++ -c -o bar.o bar.cpp

因为 C++ 隐式规则也使用 CPPFLAGS 变量。

这种差异为您提供了很好的使用指南 - 如果您希望该标志用于所有语言，请将其放入 CPPFLAGS 中，如果它用于特定语言，请将其放入 CFLAGS 中code>、CXXFLAGS 等。后一种类型的示例包括标准合规性或警告标志 - 您不会希望将 -std=c99 传递给 C++ 编译器！

然后你的 makefile 中可能会出现类似这样的内容

CPPFLAGS=-I/usr/include
CFLAGS=-std=c99
CXXFLAGS=-Weffc++

Answer 2

CPPFLAGS 宏用于指定#include 目录。

CPPFLAGS 和 CFLAGS 都适用于您的情况，因为 make(1) 规则将预处理和编译结合在一个命令中（因此使用了两个宏）在命令中）。

如果您使用 #include "..." 形式，则无需将 . 指定为包含目录。您也不需要指定标准编译器包含目录。您确实需要指定所有其他包含目录。

Answer 3

您正在追求隐式 make 规则。

Answer 4

CPPFLAGS 似乎是 GNU Make 的一项发明，在它的一些内置配方中被引用。与 CFLAGS 不同，它用于多种语言的配方中，包括 Fortran 等。

如果您的程序是由某些自由软件发行版构建的，您可能会发现其中一些需要软件包来插入此变量，使用 CPPFLAGS 传递诸如 -D_WHATEVER=1 之类的选项用于传递宏定义。

也就是说，我从未见过一个项目将 CPPFLAGS 宣传为自定义其构建行为的好主意。

发行版将 CPPFLAGS 传递给所有包并要求它们处理它（作为有关该发行版的记录事实）似乎并不常见。我似乎记得 Gentoo 是这样做的；我很想了解任何其他信息。

项目中的自定义构建规则忽略将 $(CPPFLAGS) 插入 $(CC) 命令行的情况并不罕见。忽略插值 $(CPPFLAGS) 对于任何常见发行版（从 Debian 到 Yocto 或其他发行版）构建的程序都没有影响。

此外，当传递预处理器标志时，它们会出现在 CFLAGS 中。因此，即使您支持 CPPFLAGS（无论是通过使用内置 GNU Make 规则，还是模仿它们），您也不能假设只有 CPPFLAGS 会包含用于预处理的标志。

没有必要将预处理器标志与 CFLAGS 分开，因为：

• 有一种方法可以运行 gcc 仅进行预处理。该 gcc 命令仍然可以采用与预处理无关的编译器选项。

• 相反，独立的 GNU cpp 可以容忍编译器选项，例如与预处理无关的 -W 警告，甚至代码生成选项，例如 -fstrict-aliasing 和链接器传递类似 -Wl,--whatever。

所以一般来说，无论出于何种原因需要在 C 代码上调用独立预处理器的构建系统都可以直接传递 $(CFLAGS) 。

对于应用程序开发人员来说，编写 GNU Make 代码将预处理器标志从 $(CFLAGS) 中分离出来是很容易的：

cpp_only_flags := $(foreach arg,                        \
                     $(CFLAGS),                         \
                     $(or $(filter -D%,$(arg)),         \
                          $(filter -U%,$(arg)),         \
                          $(filter -I%,$(arg)),         \
                          $(filter -iquote%,$(arg)),    \
                          $(filter -W%,$(arg)),         \
                          $(filter -M%,$(arg))))        \
                          $(CPPFLAGS) # also pull this in

all:
    @echo cpp_only_flags == $(cpp_only_flags)

演示：

$ make CFLAGS="-Wall -I/path/to/include -W -UMAC -DFOO=bar -o foo.o -lm"
cpp_only_flags == -Wall -I/path/to/include -W -UMAC -DFOO=bar

对于 GNU 编译器和预处理器，这可能是不必要的；但它说明了一种可以在基于 GNU Make 的构建系统中用于非 GNU 编译器和预处理器的技术。

尽管如此，将 $(CPPFLAGS) 插入构建规则似乎是一个好主意，因为 GNU Make 是按照自己的规则进行的。

另外，正如已经提到的，GNU Make 将相同的 CPPFLAGS 变量引入到不同语言的构建规则中，而 CFLAGS 仅适用于 C。例如，如果我们有一个项目已经对 Fortran 和 C 进行了预处理，那么 CPPFLAGS 将在 C 和 Fortran 中全局作用，这在此类项目中可能会很有用。

总而言之，

• 支持CPPFLAGS没有什么坏处；

• 一些发行版使用它（Gentoo？），这使得在 Makefile 中支持它是一个好主意，类似于 GNU Make 内置配方；

• 将变量宣传为应该使用的东西可能是一个坏主意；

• 在构建其他人的项目时，可能会避免依赖 CPPFLAGS 来完成任何可以使用 CFLAGS 完成的事情。

Answer 5

要补充那些提到隐式规则的人，最好查看 make 已隐式定义并针对您的环境使用：

make -p

例如：

%.o: %.c
    $(COMPILE.c) $(OUTPUT_OPTION) 
lt;

它扩展为

COMPILE.c = $(CXX) $(CXXFLAGS) $(CPPFLAGS) $(TARGET_ARCH) -c

This will also print #environment data。在这里，您将找到 GCC 的包含路径以及其他有用的信息。

C_INCLUDE_PATH=/usr/include

在 make 中，当涉及到搜索时，路径有很多，光是一个……或者类似的东西。

1. C_INCLUDE_PATH 是系统范围的，请在 shell 的 *.rc 中设置它。

2. $(CPPFLAGS) 用于预处理器包含路径。

3. 如果需要添加 make 的通用搜索路径，请使用：

   VPATH = my_dir_to_search
   

   ...或者更具体

   vpath %.c src
   vpath %.h 包含
   

make 使用 VPATH 作为通用搜索路径，因此请谨慎使用。如果一个文件存在于 VPATH 中列出的多个位置，则 make 将采用列表中第一个出现的位置。

Answer 6

我在 HTTPd 上安装了 HTTPd /Ubuntu_version_history#Ubuntu_18.04_LTS_.28Bionic_Beaver.29" rel="nofollow noreferrer">Ubuntu 18.04 (Bionic Beaver) 使用 CPPFLAGS 变量作为 -DLINUX 标志。

运行时，CPPFLAGS 从上到下逐个文件扫描代码，在编译前查找指令，并且不会通过其他有意义的事情进行扩展，例如大小优化、不会增加输出文件大小的标志；根据处理器类型；减少代码大小并加快程序速度；禁用除大小写之外的所有变量。

CPPFLAGS 和 CFLAGS 之间的唯一区别是 CFLAGS 可以设置为指定要传递给编译器的附加开关。也就是说，CFLAGS环境变量在安装路径中创建一个目录（例如CFLAGS=-i/opt/include），以将调试信息添加到可执行目标的路径中：包括一般警报消息；关闭报警信息；独立位置生成；显示编译器驱动程序、预处理器、编译器版本号。

设置 CPPFLAGS 的标准方法：

sudo ./configure --enable-unixd=DLINUX # For example

一些已知变量的列表：

• CPPFLAGS - 是 C 预处理器标志的变量名称。
• CXXFLAGS - 是 C++ 编译器标志的标准变量名称。
• CFLAGS 是 - 带有编译标志的变量的标准名称。
• LDFLAGS - 应用于搜索标志/路径 (-L) - 即 -L/usr/lib (/usr /lib 是库二进制文件）。
• LDLIBS - 用于链接库。