linux - 在 Linux 中注册 header 搜索位置的常用机制是什么？

Question

假设我在 linux 中下载一个库并构建它:configure、make、sudo make install。

该库带有我想包含在项目中的标题。编译器如何知道在哪里搜索 header ？

• Drew Dorman 对 This Question 的回答给出了一个很好的例子，说明如何检查编译器在系统级别寻找 header 的位置:

  gcc -print-prog-name=cc1plus -v

• 可以在项目基础上使用 -I 参数将包含文件夹添加到 makefile 中。它们自然可以在 Makefile 中看到。

是否有其他我没有考虑过的注册标题位置的机制？假设我使用的是 gnu-make，这些组合方法是否为我提供了一个全面的 View ，或者换句话说，如果我在这些地方查看，我是否看到了所有可以看到的东西？最后，有没有一种方便的方法让 Make 向我显示它正在检查 header 的位置？

背景:我正在处理的库是 zeromq 和谷歌的 Protocol Buffer 。平台是 CentOS。编译器提示找不到 header 。我在代理系统 (Fedora) 上构建了这个程序，它似乎不需要额外的干预来确保可以访问这些 header 。

Answer 1

在 Linux(或其他类 unix 操作系统)中没有用于注册 header 搜索位置的常用机制。

GCC 是针对您的系统类型构建的，带有预处理器搜索目录的默认列表对于每个 C 和 C++。对于 C，您可以使用以下命令(以及其他命令)显示该列表:

$ gcc -x c  -E -Wp,-v -
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/8/../../../../x86_64-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/x86_64-linux-gnu/8/include
 /usr/local/include
 /usr/lib/gcc/x86_64-linux-gnu/8/include-fixed
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.
...
$ [CNTL-C]

对于 C++:

$ gcc -x c++  -E -Wp,-v -
ignoring duplicate directory "/usr/include/x86_64-linux-gnu/c++/8"
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/8/../../../../x86_64-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/include/c++/8
 /usr/include/x86_64-linux-gnu/c++/8
 /usr/include/c++/8/backward
 /usr/lib/gcc/x86_64-linux-gnu/8/include
 /usr/local/include
 /usr/lib/gcc/x86_64-linux-gnu/8/include-fixed
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.
...
$ [CNTL-C]

请注意，C 和 C++ 的默认搜索目录不同:C++ 列表是 C 列表的超集。正常编译C源文件时会查找C表:

gcc [options...] foo.c ...

当您以通常的方式编译 C++ 源代码时，将搜索 C++ 列表:

g++ [options...] foo.cpp bar.cc gum.cxx ...

只有两种其他方式可以将标题搜索目录传达给预处理器:-

您可以在命令行中明确指定搜索目录，使用一个选项:

-I dir
-iquote dir
-isystem dir
-idirafter dir

根据 the manual: 3.15 Options for Directory Search

或者您可以在您的环境变量之一的设置中列出搜索目录预处理器将其解释为搜索目录列表。对于 C，这些是:

CPATH
C_INCLUDE_PATH

对于 C++，它们是:

CPATH
CPLUS_INCLUDE_PATH

根据 the manual: 3.20 Environment Variables Affecting GCC

在 Linux 中可以给环境变量一个持久的默认值系统范围的定义，通过在根权限文件之一中定义它 /etc/environment , /etc/profile , /etc/profile.d/ , /etc/bash.bashrc .所以，如果某个代理要定义 CPATH和或C_INCLUDE_PATH|CPLUS_INCLUDE_PATH在其中一个这些文件作为 : - 标点符号的目录列表，可以有效地注册这些目录作为 C|C++ 的 GCC 搜索目录。但是 GCC 安装不安装任何此类设置:它们只能由根用户手动设置。你可以检查，并且如果你画一个空白，那么这些变量只有在它们被定义时才会有影响 transient 外壳。它们在构建系统中的使用非常罕见，正是因为它们对操作环境引入的不透明依赖性。

我上面用来列出默认搜索目录的命令对通过两种可能的方法之一添加非默认目录:

$ mkdir my_include

$ gcc -x c  -I my_include -E -Wp,-v -
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/8/../../../../x86_64-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 my_include
 /usr/lib/gcc/x86_64-linux-gnu/8/include
 /usr/local/include
 /usr/lib/gcc/x86_64-linux-gnu/8/include-fixed
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.

或:

$ gcc -x c  -iquote my_include -E -Wp,-v -
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/8/../../../../x86_64-linux-gnu/include"
#include "..." search starts here:
 my_include
#include <...> search starts here:
 /usr/lib/gcc/x86_64-linux-gnu/8/include
 /usr/local/include
 /usr/lib/gcc/x86_64-linux-gnu/8/include-fixed
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.

或:

$ export CPLUS_INCLUDE_PATH=my_include
$ gcc -x c++  -E -Wp,-v -
ignoring duplicate directory "/usr/include/x86_64-linux-gnu/c++/8"
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory "/usr/lib/gcc/x86_64-linux-gnu/8/../../../../x86_64-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 my_include
 /usr/include/c++/8
 /usr/include/x86_64-linux-gnu/c++/8
 /usr/include/c++/8/backward
 /usr/lib/gcc/x86_64-linux-gnu/8/include
 /usr/local/include
 /usr/lib/gcc/x86_64-linux-gnu/8/include-fixed
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.

Is there a convenient way to get Make to show me the locations that it is checking for headers?

Make 不知道编译过程和它们涉及的概念:它不知道检查 header 在其工作过程中经常发生。在执行 makefile 时，命令可能是运行调用 GCC 前端来执行编译，然后 它 将尝试以已经概述的方式定位头文件。

在其他条件相同的情况下，编译代码的最可能原因应该在某些 Fedora 系统上成功但在某些 CentOS 系统上失败，因为，比如说，#include <google/protobuf/someheader.h>无法解决，是不是有些具有 root 权限的用户已安装开发包 protobuf-devel或者protobuf Fedora 系统上的源码压缩包，没有人在 CentOS 系统上做过同样的事情。

如果protobuf确实已经正确安装在两个系统上，那么其他情况不一样。

情况可能是google/protobuf/someheader.h是一个标题由 protobuf 的(较新的？)版本提供安装在 Fedora 系统上的但不是由安装在 CentOS 系统上的(较旧的？)版本提供的。

其他几个不等式可以解释你的情况，但没有具体的Fedora 和 CentOS 软件包安装步骤和具体示例的详细信息在成功和失败的构建中，人们只能推测性地描述所有这些构建。几乎可以肯定的是，您现在对 GCC 解决 #include 的方法一无所知。指令。

类似的考虑适用于您发现的编译失败至 zeromq标题。