问题标签 [clang++]

我在ubuntu 11.04下编译了libc++，做了软链接

在 /usr/lib 下，也是 stl 头文件的软链接

在 /usr/include/c++ 下

当我编译一个小的多线程 hello world 示例时，编译返回以下错误：

在使用 --save-temps 选项保存临时文件时，gcc/clang 将临时文件输出到与输入文件相同的目录中。是否有一个选项可以指示 gcc 将文件输出到其他目录。

或者

当不使用 --save-temps 选项时，临时文件会在默认目录中创建（即 $TMPDIR，例如 /tmp），但一旦创建了目标文件，它们就会被删除。有没有办法指示编译器保留这些文件而不是仅仅删除它们（我认为唯一的选择是 --save-temps，它有上述问题）

它是否已经实现，因为这不能编译：（使用 gcc 4.7.2）

基本问题

我有以下代码

当我这样做时，这编译得很好clang++ -stdlib=libc++ cpptest.cpp。但是，用于 Sublime Text 2 的其他出色的 SublimeClang 解析器似乎并不理解它。我认为这可能是因为它使用clang -x c++而不是clang++，并尝试使用clang -x c++ -std=c++11 -stdlib=libc++ cpptest.cpp（或它的各种排列）来编译我上面的代码段，但是失败了，抱怨链接器。

所以我的问题是，与 有何clang++不同clang -x c++？是否可以使用clang -x c++而不是编译上述代码段clang++？

我的机器是运行 Mountain Lion 的 2012 MacBook Air。

调试东西

现在回到工作岗位，我玩得更多，并比较了不同版本的详细输出。

打电话clang -x c++

当我跑步时，clang -v -x c++ -stdlib=libc++ cpptest.cpp我得到

打电话clang++

当我打电话时，clang++ -v -stdlib=libc++ cpptest.cpp我得到以下信息。

差异和解决方案？

我能找到的唯一主要区别是，当我使用标志运行 clang 时，-x c++标志-lc++不会添加到以 . 开头的行的末尾"/usr/bin/lb"。当我改为使用 编译时clang -v -lc++ -x c++ -stdlib=libc++ cpptest.cpp，一切正常。我仍然不明白clang++andclang -x c++命令到底应该有什么不同，但这似乎使我的示例程序至少可以编译，并且似乎表明这些命令与链接器做了不同的事情。

我的 Sublime Text 2 问题的解决方案

这整个小错误搜索开始于我试图弄清楚如何让 Sublime Text 2 停止抱怨我拥有的实际工作的代码，现在我想我已经明白了。所需要的只是按照此处的说明并将包含设置为

在SublimeClang.sublime-settings文件中。

我不是 Mac 的专业用户，所以我在安装软件时遇到了很多问题。我想运行 Z3Py（使用 Python 的 Z3 API）。我下载了 Z3 v4.3.1，我使用 Macports-2.1.2 安装了 clang v2.9，最后，当我为 Z3 运行时

我获得了：

由于 clang++ 在 /opt/local/libexec/llvm-2.9/bin

我无法理解它正在发生什么以及如何解决它。我真的很感激任何提示，因为经过两天的尝试，我没有找到任何解决方案。

我想使用 Z3Py，我正在尝试按照http://z3.codeplex.com/SourceControl/changeset/view/89c1785b7322#README中的说明安装 Z3 我得到以下信息：

当我做 make 我得到错误，例如：

所以我不知道这是与代码相关的问题还是我仍然遗漏了一些东西。或者，也许，我使用的是非常旧的版本。

谢谢您的回答。

我有一个在 OS X 上使用 clang++ 和 g++ 4.7 版编译的应用程序。我编写的应用程序使用第三方 sdk，例如 opencv、glfw 等。到目前为止，我可以制作一个可执行文件，但由于依赖关系，它只能在我自己的计算机上运行。OS X 开发人员使用什么工具来导出他们的应用程序（即使它们可安装或包含所有库的可执行文件）？还有一个限制，我当前的操作系统是山狮，但我希望它能够向后兼容至少 10.6 或 10.5，这曾经是 x64 交换机。

我正在用 clang 编译 ac 库（供 c++ 项目使用）。尝试链接此库时出现链接器错误（特别是关于 hqxInit 函数的未定义符号）。当我切换到 clang++ 时，它可以工作。用 nm 检查，clang++ 进一步修改了名称。发生了什么——有没有更好的方法告诉链接器库是 munged-for-c 还是 munged-for-c++？必须用 c++ 构建 ac 库似乎很愚蠢....

// 用 clang 构建

// 用 clang++ 构建

我试过用谷歌搜索，但我得到的只是如何编译基本程序的结果。是否可以通过指定代码应编译为 C89、C99、C++98 等来使用 Clang++ 和 G++ 将代码编译为特定的 C++ 标准？

我正在使用与 Xcode 4.6 一起打包的 clang++ (clang-421.0.60)，但遇到了 boost::spirit 的问题。如果我在没有任何标志的情况下编译，一切都编译得很好。如果我使用 '-std=c++11' 编译，则会收到以下错误（包括“boost/spirit/include/qi.hpp”）：

问题是使用的默认库 (stdlibc++) 将 type_traits 定义为“tr1/type_traits”，而 boost::spirit 只需要“type_traits”。我当然可以通过以下方式解决这个问题：

虽然我很想使用 libc++，但这样做的实用性很困难（许多库仍然使用并依赖于 stdlibc++）。因此，我被迫不使用 libc++。

有人对如何处理这个问题有任何建议吗？我真的希望更多的库维护者支持 libc++，或者 Apple 提供更新版本的 stdlibc++。能够访问新的 c++11 功能，但由于缺乏库支持而无法完全使用它们是一个很大的挫折。