在#include <cstdint> 之后使用类型的 Clang++ -fmodules 错误

Clang++ -fmodules errors using types after #include <cstdint>

以下简单的测试用例文件在使用 -fmodules 编译时,使用 Clang 的 git 集线器镜像向我提供 compile-time 提示 'master' 的错误如下所示的命令。我想知道这是否是 Clang 的新实验模块功能的错误——可能是标准库的模块映射实现的问题——或者我做错了什么。如果我在命令中添加 -fbuiltin-module-map ,错误仍然出现。有趣的是,如果我将 stdint.h 替换为 cstdint.

,错误将不再出现
#include <stdint.h>
uint64_t foo;

这是我的编译命令,错误信息是:

anhall@leviathan: /Users/anhall/impersonal/code/llvm-reflexpr/install/bin/clang++ -o module-uint64_t-test.o -c module-uint64_t-test.cpp --std=c++1z -fmodules
module-uint64_t-test.cpp:3:1: error: missing '#include <_types/_uint64_t.h>'; declaration of 'uint64_t' must be imported from module 'Darwin.POSIX._types._uint64_t' before it is
      required
uint64_t foo;
^
/usr/include/_types/_uint64_t.h:31:28: note: previous declaration is here
typedef unsigned long long uint64_t;

关于我正在使用的构建的信息:它来自 Matus Chochlik 的 github Clang 镜像的分支;但我设置为对应于原始 clang git 镜像中 'master' 的(当时)头部的提交(换句话说,它不包括来自 Matus Chochlik 的功能 'reflexpr'分支):

anhall@leviathan: /Users/anhall/impersonal/code/llvm-reflexpr/install/bin/clang++ -v
clang version 4.0.0 (https://github.com/matus-chochlik/clang.git 1fa85026bfc23f5cda0b89598bd2056b817ae9d4) (https://github.com/llvm-mirror/llvm.git 069db88a3b2cae52023664fdd30378d3adc26566)
Target: x86_64-apple-darwin15.6.0
Thread model: posix
InstalledDir: /Users/anhall/impersonal/code/llvm-reflexpr/install/bin

(注意:怀疑这是一个错误,我还通过电子邮件将上述报告发送给 LLVM 管理员,如果他们回复并给我登录,我打算将其提交到 LLVM Bugzilla。但我想我会 post 它也在这里,以防万一我弄错了,或者对任何使用 Clang 的 C++1z+ 模块支持的人感兴趣)

编辑 1:

如果我将 -v 添加到编译 command-line,这表明它确实在搜索我构建的 include 目录,而不是另一个 Clang 构建的目录,例如:

#include "..." search starts here:
#include <...> search starts here:
 /Users/anhall/impersonal/code/llvm-reflexpr/install/bin/../include/c++/v1
 /usr/local/include
 /Users/anhall/impersonal/code/llvm-reflexpr/install/bin/../lib/clang/4.0.0/include
 /usr/include
 /System/Library/Frameworks (framework directory)
 /Library/Frameworks (framework directory)
End of search list.

我不知道问题是否可能是我的 Clang 构建的 headers 与 /usr/local/include 和 [=22 中的 OS X 系统 headers 之间的交互=]

这是我在 r287690 中修复的 libc++ 中的一个问题。如果您更新自定义 Clang/libc++ 安装,这些问题应该会得到解决。

在过去的一个月里,我解决了一些使用带有模块的 libc++ 的问题。我真的只是昨天在启用模块的情况下通过了所有 libc++ 测试。