是否可以链接 libstdc++在 Mac OSX 10.6 中静态？

Question

我正在尝试在其他 Mac OSX 计算机上运行我的 C++ 程序，这些计算机可能具有较旧的 libstdc++ 副本，但具有所有其他工具。我尝试遵循这个方法，也在这个SO问题，即使它讨论了Linux设置。我有一个小程序 try.cpp：

#include <iostream>

int main() {
        int a = 10;
        std::cout << a << '\n';
        return 1;
}

显然，如果我只是编译它，我就会

$ /usr/bin/g++ try.cpp 
$ otool -L a.out 
a.out:
 /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.9.0)
 /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0)

理解对 libSystem.B.dylib 的依赖关系，我们可以把它放在一边。为了尝试摆脱 libstdc++，我尝试这样做：

$ /usr/bin/g++ try.cpp /usr/lib/libstdc++-static.a 
$ otool -L a.out 
a.out:
 /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.9.0)
 /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0)

所以，我尝试

$ ln /usr/lib/libstdc++-static.a .
$ /usr/bin/g++ try.cpp -L.
$ otool -L a.out 
a.out:
    /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.9.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0)

或者，

$ /usr/bin/g++ try.cpp -L. -lstdc++-static
$ otool -L a.out 
a.out:
 /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.9.0)
 /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0)

最后，这有效：

$ /usr/bin/gcc try.cpp -L. -lstdc++-static
$ otool -L a.out 
a.out:
 /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.2.0)

这样可以吗？ （使用 gcc 将 C++ 程序与 libstdc++ 链接）。我听说g++实际上是一个使用gcc和libstdc++来编译C++程序的脚本。如果是这样的话，并且我们正确使用的话，应该是没问题的。

然而，我实际上使用的是 macport 编译器和一个更复杂的程序，gcc 会生成一些警告，而它是 C++ 兼容的。大意是：

ld: warning: std::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >::~basic_stringbuf() has different visibility (hidden) in /opt/local/lib/gcc44/libstdc++.a(sstream-inst.o) and (default) in /var/folders/2u/2uLPtE+3HMi-BQIEfFVbSE+++TU/-Tmp-//ccoE2rqh.o

这表明我们不应该使用 gcc 进行 c++ 编译。总而言之，问题是：

• 如何静态链接 libstdc++
• 如果 g++ 不这样做，可以使用 gcc 并手动提供 libstdc++ 吗？那么为什么会出现可见性警告呢？
• 如果由于编译库中的可见性问题，这两种方法都不起作用，为什么不使用 libstdc++ source 文件（sstream.h、list.h、vector.c）等并将它们包含在汇编。尽管这会使编译速度变慢，但它对于某些应用程序可能很有用。它甚至可能带来更好的优化！

Answer 1

听起来您只想定位早期的 Mac OS X 版本，这可以在不与 libstdc++ 静态链接的情况下完成。我认为 Xcode 附带的 GCC 默认针对主机环境。但是，它可以处理名为 -mmacosx-version-min 的特殊标志来更改目标环境。如果您提供目标 OS X 版本号，那么它将自动创建与该版本的 Mac OS X 兼容的二进制文件。

#include <iostream>

int main(void)
{
    std::cout << "Hello world!" << std::endl;
    return 0;
}

像这样编译：

g++ -mmacosx-version-min=10.4 test.cpp

我编译了这个程序两次，一次带标志，一次不带标志，然后我复制了两个二进制文件到运行 10.4 的 Mac。编译时使用该标志的编译器正确执行，然而编译时不使用该标志的编译器显示“可执行文件中的 CPU 类型错误”（尽管事实上它是在同一台机器上编译的）只是运行更高版本的 OS X）。

一些标头具有宏保护，如果您已指定 10.4 作为最低目标，它们会阻止您使用 10.5 或 10.6 中引入的函数/类（我不确定 C++ 标头，但 Cocoa、Foundation、AppKit 等框架标头肯定会）。

Answer 2

这是我知识的延伸，但我在这里看到的回复很少，所以！

GCC 是一个编译器驱动程序，也将驱动链接器。根据我的理解，g++ 更多的是一个编译器。因此，为了让 G++ 正确构建，我相信您需要构建目标文件并手动链接它们。我无法说出该怎么做，因为我现在 IDE 大脑受损了。

至于您所看到的错误，可能是由于链接了错误的文件所致。我现在正在使用 iPhone，所以我不打算解密您打印的错误消息。我根本不是 MacPorts 的粉丝，所以如果安装搞砸了，请不要感到惊讶。首先，请确保您将 MacPorts 库与 MacPorts 编译器一起使用。

最后，我毫不怀疑你可以做你想做的事。然而，您需要开始阅读 Make 文件和更多 GCC 工具集的文档。专注于构建文件并将其链接到程序中。您可能想找到一个可以在 Mac 上很好地构建的小型开源程序，并查看那里的 Make 文件。

当然，找到一个好的基于 C++ 的项目来学习并不容易。不过，我建议安装 LLVM &特别是考虑到新版本的 CLang 应该已经为 C++ 做好了准备。显然是一组不同的工具，但 CLang 可以解决您的问题，或者至少为您提供更好的调试信息。也许有人可以用简单干净的 make 文件参与开源 C++ 项目。我最近看到的最接近的是一个名为 HeeksCAD 的项目。

最后，当构建任何重要的东西时，您最终需要的不仅仅是 GCC。现在很多事情都是用 IDE 来处理的，但是我不确定 XCode 是否可以正确配置来完成你想要的事情。