CFLAGS、CCFLAGS、CXXFLAGS - 这些变量到底控制什么？

Question

我正在使用 GNU make 来编译我的 C++ 代码，我想了解如何使我的编译可定制。

我在不同的地方读到 CFLAGS、CCFLAGS 和 CXXFLAGS 用于此目的。那么我应该如何使用它们呢？如果我有额外的编译器命令行参数，我应该将它们附加到 CFLAGS 还是放在前面？有通用的做法吗？

为什么是三个不同的变量？我认为 C 编译器应该获取 CFLAGS 和 CCFLAGS，而 C++ 编译器应该获取 CFLAGS 和 CXXFLAGS — 确实如此我理解对了吗？

人类用户应该设置这些变量吗？是否有任何自动工具（automake、autoconf 等）设置它们？我应该使用的 Linux 系统没有定义任何这些变量——这是典型的吗？

目前我的 Makefile 看起来像这样，我觉得它有点脏：

ifdef code_coverage
    GCOV_FLAG := -fprofile-arcs -ftest-coverage
else
    GCOV_FLAG :=
endif

WFLAGS := -Wall

INC_FLAGS := -Istuff -Imore_stuff -Ietc

CCFLAGSINT := -O3 $(WFLAGS) $(INC_FLAGS) $(CCFLAGS)

... (somewhere in the makefile, the command-line for compilation looks like this)
    $(CC) $(CCFLAGSINT) -c $< -o $@

... (somewhere in the makefile, the command-line for linking looks like this)
    $(CC) $(GCOV_FLAG) $(CCFLAGSINT) $(OBJLIST) $(LDFLAGS) -o $@

我很确定这里没有错误； Makefile 工作得很好。但是是否有任何违反约定的内容（例如 CCFLAGSINT - 我应该覆盖 CCFLAGS 吗？或者 CXXFLAGS？FUD！）

抱歉了这么多问题;显然你不会全部回答，但我希望答案能帮助我理解这些设置背后的总体思路。

Answer 1

正如您所注意到的，这些是 Makefile {宏或变量}，而不是编译器选项。他们实施一套约定。 （宏是它们的旧名称，仍然被一些人使用。GNU make doc 称它们为变量。）

名称重要的唯一原因是默认的 make 规则，可以通过 make -p 看到，它使用其中一些。

如果您编写自己的所有规则，则可以选择所有自己的宏名称。

在普通的 gnu make 中，没有 CCFLAGS 这样的东西。有 CFLAGS、CPPFLAGS 和 CXXFLAGS。 CFLAGS 用于 C 编译器，CXXFLAGS 用于 C++，CPPFLAGS 用于两者。

为什么两者中都有CPPFLAGS？按照惯例，它是预处理器标志（-D、-U）的所在地，c 和 c++ 都使用它们。现在，每个人都想要相同的 c 和 c++ 定义环境的假设可能是有问题的，但却是传统的。

---

PS 正如 James Moore 所指出的，某些项目使用 CPPFLAGS 作为 C++ 编译器的标志，而不是 C 预处理器的标志。 Android NDK 就是一个巨大的例子。

Answer 2

根据GNU make手册：

CFLAGS：提供给 C 编译器的额外标志。
CXXFLAGS：提供给 C++ 编译器的额外标志。
CPPFLAGS：提供给 C 预处理器和使用它的程序（C 和 Fortran 编译器）的额外标志。

src: https://www.gnu.org/software/make /manual/make.html#index-CFLAGS
注意：PP代表PreProcessor（而不是Plus Plus），即

CPP：运行C预处理器的程序，并将结果输出到标准输出；默认'$(CC) -E'。

这些变量由 make 的隐式规则使用

编译C程序
no 是由 nc 自动制作的，配方如下
'$(CC) $(CPPFLAGS) $(CFLAGS) -c'。

编译C++程序
no 是从 n.cc、n.cpp 或 nC 自动生成的，配方格式为
'$(CXX) $(CPPFLAGS) $(CXXFLAGS) -c'。
我们鼓励您对 C++ 源文件使用后缀“.cc”，而不是“.C”。

src: https://www.gnu.org/software /make/manual/make.html#规则目录

Answer 3

最小示例

只是将Mizux所说的作为一个最小示例：

main_c.c

#include <stdio.h>

int main(void) {
    puts("hello");
}

main_cpp。然后

#include <iostream>

int main(void) {
    std::cout << "hello" << std::endl;
}

，在没有任何 Makefile 的情况下：

make CFLAGS='-g -O3' \
     CXXFLAGS='-ggdb3 -O0' \
     CPPFLAGS='-DX=1 -DY=2' \
     CCFLAGS='--asdf' \
     main_c \
     main_cpp

运行：

cc -g -O3 -DX=1 -DY=2   main_c.c   -o main_c
g++ -ggdb3 -O0 -DX=1 -DY=2   main_cpp.cpp   -o main_cpp

所以我们明白：

• make 有隐式规则来生成 main_c 和 main_cpp 来自 main_c.c 和 main_cpp.cpp

• CFLAGS 和 CPPFLAGS 被用作 .c 编译隐式规则的一部分

• CXXFLAGS 和 CPPFLAGS 用作 .cpp 编译的隐式规则的一部分

• 不使用 CCFLAGS。

  顺便说一句，SCons 构建系统 例如 对 C 和 C++ 通用的标志使用 CCFLAGS，这是我有时遵循的约定定制规则。

这些变量仅自动在 make 的隐式规则中使用：如果编译使用了我们自己的显式规则，那么我们必须显式地使用这些变量，如下所示：

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

main_cpp: main_c.c
    $(CXX) $(CXXFLAGS) $(CPPFLAGS) -o $@ 
lt;

以实现与隐式规则类似的效果。

我们也可以按照我们想要的方式命名这些变量：但是由于 Make 已经在隐式规则中神奇地对待它们，因此它们是很好的名称选择。

在 Ubuntu 16.04、GNU Make 4.1 中测试。

相关：CFLAGS 与 CPPFLAGS

Answer 4

这是对所有现有答案的补充，这些答案主要描述了这些 make 变量如何影响编译过程。在这个答案中，我描述了使用这些变量的建议方法以及任何周围的注意事项。它的部分灵感来自类似问题的答案。

我应该如何使用它们？我应该追加还是前置？

编译标志有两种类型：

1. 编译工作所需的标志（例如：-I，它告诉编译器在哪里可以找到 h 文件）。
2. 那些自定义编译的（例如：-O，优化级别）。

只有类型 2（自定义）应该进入 CCFLAGS，如果用户指定它们，它们应该覆盖 Makefile 中定义的任何内容。在 Makefile 中使用 ?= 语法：

CCFLAGS ?= -O3

类型 1 设置应该进入一个新的虚构变量，该变量应该将它们全部聚合起来，并且还包括标准变量，就像CCFLAGS：

INC_FLAGS := -Istuff -Imore_stuff -Ietc

CCFLAGS_INTERNAL := $(INC_FLAGS) $(CCFLAGS)

有常见的做法吗？

不，似乎并非如此。我上面描述的东西是一种选择，看起来不错，但它不是标准的。

人类用户应该设置这些变量吗？我使用的 Linux 系统没有定义任何这些变量 - 这是典型的吗？

是的，这些用于使用命令行指定选项。环境变量通常不存在。

有什么违背惯例的事情吗？ （就像CCFLAGSINT - 我应该覆盖CCFLAGS吗？或者CXXFLAGS？FUD！）

不，这个Makefile的想法是正确的：将CCFLAGS和其他标志附加到编译器的命令中-线;不要更新CCFLAGS。