c++ - 可以在 Mac OS X 或 Linux 上编译和运行 Visual C++ 程序吗？

……如果是这样，如何？

具体来说，我想在 Mac OS X Snow Leopard 10.6.8 上编译和运行 wavdiff。据我所知(这不是很远，因为我是 C++ 的新手)，这是用 MS Visual C++ 或类似工具创建的。

对于解决在 Mac OS X 或 Linux 上编译 Visual C++ 程序的一般情况的答案，以及解决上述特定挑战的答案，我将不胜感激。

最佳答案

C++ 语言是可移植的。理论上，C++ 源代码可以编译为在任何平台上运行。

但是，有一些注意事项需要注意:

行为在不同平台上可能不同。 C++ 标准留下了许多实现定义的东西，这意味着它取决于各个平台和编译器它应该如何表现。例如，常见数据类型的大小可以(并且将会)在不同平台上有所不同。 long 在 64 位 Linux 上通常是 64 位宽，但在 64 位 Windows 上只有 32 位宽。 wchar_t 在 Windows 上为 16 位宽，但在 Linux 上通常为 32 位。因此，如果您的代码对实现定义的行为做出假设，则它可能无法移植(一个经典示例是假设指针可以存储到 int 或 unsigned int 中的代码。这在 32 位机器上效果很好，但在 64 -bit，您最终会尝试将 64 位数据存储到 32 位宽的对象中。

即使您的代码是可移植的，您的依赖项也可能不是。最明显的例子当然是操作系统 API。使用 Win32 API 的代码不会在它不可用的平台(Windows 以外的任何地方)上编译。如果不可用，则依赖于 POSIX API 的代码将无法编译(Windows 支持某些 POSIX API，但远非全部)。

C++ 可能意味着很多不同的东西。有可移植的 ISO 标准化语言，然后是各个编译器可以理解的方言。 Visual C++、GCC 和任何其他主要的 C++ 编译器允许一组不属于标准的语言扩展，并且可能不允许在不同的编译器上使用。如果您的代码依赖于这些，则可能无法使用其他编译器进行编译。 (例如，Visual C++ 允许非常量引用绑定(bind)到临时对象，严格来说这不是允许的，其他编译器会拒绝它。默认情况下，GCC 允许在堆栈上分配动态大小的数组，这又是非标准扩展，其他编译器会拒绝。)

所以这真的取决于代码。干净、高质量的代码往往可以轻松移植。当然，除了直接依赖于操作系统服务的部分，这些部分必须为不同的操作系统重写(或者跨平台包装器/库可能可用，可用于以可移植的方式做同样的事情)

关于c++ - 可以在 Mac OS X 或 Linux 上编译和运行 Visual C++ 程序吗？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/7516119/