Clang 看不到基本标头

Question

我尝试使用 Clang 在 Fedora 20 上编译简单的 hello world，我得到以下输出：

d.cpp:1:10: 致命错误：找不到“iostream”文件

#include <iostream>

我不知道如何解决它。

Answer 1

这是因为没有安装 g++，所以不存在 libstdc++。

您可以安装 g++，或者如果首选 LLVM，请安装 LLVM libc++ 并指定您要使用它，如下所示：

sudo apt-get install libc++-dev
clang++ -stdlib=libc++ <rest of arguments>

您可能希望将 /usr/bin/c++ 链接到默认编译器：

ln -s /usr/bin/c++ /usr/bin/clang++-libc++

然后简单地使用编译

$ c++ <args_as_usual>

Answer 2

第 3 点为我解决了问题。

1. 有同样的问题，fedora 21::clang 3.5.0：

clang++ -std=c++14 -pedantic -Wall test_01.cpp -o test_01 -v

2.

ignoring nonexistent directory "/usr/lib/gcc/i686-redhat-linux/4.9.2/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /usr/bin/../lib/clang/3.5.0/include
 /usr/include
End of search list.
test_01.cpp:1:10: fatal error: 'iostream' file not found
#include <iostream>

3.

sudo yum install gcc-c++

4.

#include "..." search starts here:
#include <...> search starts here:
 /bin/../lib/gcc/i686-redhat-linux/4.9.2/../../../../include/c++/4.9.2
 /bin/../lib/gcc/i686-redhat-linux/4.9.2/../../../../include/c++/4.9.2/i686-redhat-linux
 /bin/../lib/gcc/i686-redhat-linux/4.9.2/../../../../include/c++/4.9.2/backward
 /usr/local/include
 /usr/bin/../lib/clang/3.5.0/include
 /usr/include
 /usr/lib/gcc/i686-redhat-linux/4.9.2/include
End of search list.

Answer 3

看起来您应该为您的 clang 构建提供-stdlib选项。 -stdlib=libc++或-stdlib=libstdc++可能会起作用。

有关您的主题的更多详细信息：

什么时候需要使用标志 -stdlib=libstdc++？

Answer 4

-stdlib=libstdc++ 为我解决了它。 这是我完整的 tasks.json 配置：

{
"tasks": [
    {
        "type": "shell",
        "label": "clang++ build active file",
        "command": "clang++",
        "args": [
            "-std=c++11",
            "-stdlib=libstdc++",
            "hello.cpp",
            "-o",
            "hello.out",
            "--debug"
        ],
        "group": {
            "kind": "build",
            "isDefault": true
        }
    }
],
"version": "2.0.0"

Answer 5

对于任何在谷歌上搜索并拥有MacOS 的人，这是我找到的解决方案：

将以下内容添加到您的 .bashrc/.zshrc 文件中

export CPLUS_INCLUDE_PATH=/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1

这应该解决它。

Answer 6

我已经尝试重新安装命令行工具和“ln”命令，但仍然无法修复。

在尝试了网站上的几乎所有其他解决方案之后，仍然无法解决这个问题。 但是事情会很清楚：编译器试图在/usr/include中找到头文件，但是尽管安装了命令行工具，但根本没有这个文件夹。

也许对我们来说最好的直接方法是在这个 IDE 或其他编译器中安装 Xcode 和编码，但不是成本最低的情况。

Mac 内置了 Clang，我们不需要安装额外的编译器。 这是步骤。

我们可以查看CommandLineToos文件夹，如果你还没有安装，可以先试试这个命令来安装。

xcode-select --install

在CommandLineTools文件夹下，我们可以查看SDK的路径，就是/Library/Developer/CommandLineTools/SDKs

/库/开发人员/CommandLineTools/SDKs

我们可以使用MacOSX.sdk ，对我来说，它也是MacOSX12.0.sdk ，来查找标题。 C 基本标头位于/Library/Developer/CommandLineTools/SDKs/MacOSX12.0.sdk/usr/include 。 /Library/Developer/CommandLineTools/SDKs/MacOSX12.0.sdk/usr/include

但它不包含在 C++ 基本头文件中，C++ 基本头文件可以在/Library/Developer/CommandLineTools/usr/include中找到。 我们也可以在终端中使用命令g++ -v找到这条路线。

g++-v

所以解决方案很明显，在终端中键入以下命令。

1. 打开bash_profile 。

   打开 ~/.bash_profile

2. 添加这个。

    export C_INCLUDE_PATH=/Library/Developer/CommandLineTools/SDKs/MacOSX12.0.sdk/usr/include export CPLUS_INCLUDE_PATH=/Library/Developer/CommandLineTools/usr/include

3. 来源吧。

   来源 ~/.bash_profile

此错误将得到修复。

Answer 7

原因之一可能是：clang 没有自己的 c++ 头文件库，因此它指向 gcc 的库文件夹以访问头文件。 您可以使用命令检查并确认

clang -v

这将打印它的版本和选定的 gcc 安装，这将帮助您了解它正在使用的 gcc 版本。 对我来说，

Ubuntu clang version 14.0.0-1ubuntu1
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/10
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/11
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/12
Selected GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/12
Candidate multilib: .;@m64
Selected multilib: .;@m64

现在可以看到它选择了 gcc 的第 12 个版本，我没有安装它，因此出现错误，因为它找不到一个（不知道它是如何选择那个版本的，即使我没有安装它） . 但解决方案是安装 g++ nth 版本。 您可以通过以下命令执行此操作，其中 n 是 gcc 选择的版本号，您可以开始了。

sudo apt install g++-n

经过大量挖掘后我得到了这个答案，发现了这个博客clangmissingheaders

Answer 8

确保您安装了与最新版本的 gcc 相对应的 libstdc++。 Clang 似乎识别了最新的 gcc 安装，并且只在该版本的适当目录中查找。

Answer 9

TL;DR ：如果您没有 sudo 访问权限并且正在使用 conda，您可能想要执行以下操作：

conda install gxx -c conda-forge

在我的例子中，我使用conda install clangxx安装了clang++ ，认为它会安装所需的依赖项，但事实证明我缺少libstdgxx-devel 。 我猜它是gxx的依赖项之一，所以它作为副作用安装。

Answer 10

使用 Pop._OS 22.04 LTS x86_64 更新后，我遇到了类似的问题。

问题概要：编译工作正常，所以 gcc 和 g++ 工作得很好，但 lsp clangd 只是在我的编辑器 (neovim) 中抛出包含任何涉及 iostream 的行的错误。 这是我的皈依之路：

创建了一个 clangd 查找的 env（环境）变量，称为 CLANGD_FLAGS 并将其分配到我的 c++ 11 路径的路径，并将其放入 my.bashrc 文件中，如下所示：

添加到 my.bashrc 的代码：

export CLANGD_FLAGS="-I/usr/include/c++/11 --log=Verbose"

笔记：

• 您的路径可能明显不同。请务必在您的路径之前加上 -I 选项。
• 我添加了 --log=verbose 用于测试目的，它不需要。
• 如果您需要更多设置或细节，您也可以将路径链接到compile_commands.json文件，例如：

export CLANGD_FLAGS="--log=verbose --compile-commands-dir=/path/to/compile_commands.json --flag1 --flag2"

这使我能够全局访问 <iostream> 并避免为每个新程序或项目编写 compile_commands.json。

Answer 11

我遇到了这个问题，因为我在需要filename.c地方有一个filename.cpp 。 显然，当我告诉我正在编写C时，编译器将无法找到C ++头文件！