-2

因此，对于 win32 汇编，曾经有 TASM、MASM，我认为是汇编语言的另一个“品牌”。这种“品牌”是否也出现在 win32 C++ 世界中？

我注意到有一个 MS Visual C++...一个 IDE...还有 Dev-C++，另一个 IDE...这些 IDE 中的每一个都使用不同的编译器，它们对您的源代码有不同的期望，或者项目会在这些之间交叉编译两个IDE。

编辑： 当人们使用 Cygwin 时呢？起初我不确定在 cygwin 中编译的二进制文件是否只能在 cygwin 环境中运行，但现在我看到它们是创建的本机 Windows 二进制文件。所以人们必须使用 cygwin 来实现依赖处理的舒适性？我注意到这是一个很大的痛苦，例如，将 libCurl 安装到 Windows 机器上并将其设置为与 dev-C++ 一起使用，我注意到快速浏览http://cygwin.com/packages/将 libcurl 显示为可用包.

4

2 回答 2

3

这种“品牌”是否也出现在 win32 C++ 世界中？

  1. 有几种不同的编译器（microsoft 编译器、borland 编译器、open watcom 编译器、mingw（gcc windows 端口）、llvm（我认为它应该可以工作）等）。
  2. 有几种不同的 C++ 标准（C++98、C++03、C++11）。不同的编译器（编译器版本）可能支持不同的语言版本到某个程度。
  3. 有几种不同的构建系统（MSBuild、nmake、cmake、qmake、scons、jam、jom、ant）。

当人们使用 Cygwin 时会怎样？

您应该认真检查 cygwin 文档。这个太简单了。

或者项目将在这两个 IDE 之间交叉编译

不同的 IDE 可以使用相同的编译器。您不会“交叉编译到不同的 IDE”。IDE 只是充当用户和构建系统之间的接口。与其使用 IDE 来构建项目，不如熟悉其他构建系统，并将 IDE 仅用作文本编辑器。

于 2013-07-09T05:56:15.160 回答
0

我更喜欢使用“主流”Microsoft 工具，例如 Visual Studio 中的 C++。我之前使用过其他工具，例如 MinGW，它们“适用”于简单的应用程序，例如 CLI 工具。

问题是在您需要使用 COM 及其所有相关的包装器和工具（例如 ATL 向导等）之前，您不会在 Windows 中进行很远的编程。如果没有像 Visual Studio 这样的深度集成工具，COM 会变得非常麻烦（甚至更多比现在）

于 2013-07-09T06:07:23.197 回答