在#include <cstdint>

时间:2016-12-07 22:07:02

标签: c++ clang++ c++17 libc++ c++-modules

以下简单的测试用例文件给出了一个编译时错误,其中包含&#39; master&#39;来自Clang的github镜像,使用-fmodules编译时,使用下面显示的命令。我想知道这是否是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镜子的叉子;但我设置的提交对应于&#39; master&#39;在原来的clang git镜像中(换句话说,它不包括来自Matus Chochlik的功能&reflexpr&#39;分支的提交):

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上提交,如果他们回复并给我登录。但我想我发布了帖子它也在这里,以防我遇到错误,或者对使用Clang的C ++ 1z +模块支持的人感兴趣)

编辑1:

如果我将-v添加到编译命令行,它表明它确实正在搜索我的构建的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构建标题与/usr/local/include/usr/include

中的OS X系统标题之间的互动

1 个答案:

答案 0 :(得分:3)

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

在过去的一个月里,我使用libc ++和模块解决了许多问题。我确实只在昨天通过模块启用了所有的libc ++测试。