在#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++ 测试。
以下简单的测试用例文件在使用 -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++ 测试。