如何在命令行启用 64 位 Visual C++ 工具集Word文档格式.docx

1、允许您为 Itanium 创建输出文件。x64 on x86（x64 跨平台编译器） 允许您为 x64 创建输出文件。Itanium on Itanium 此版本的 cl.exe 在 Itanium 计算机上作为本机进程运行。x64 on x64 此版本的 cl.exe 在 x64 计算机上作为本机进程运行。在 64 位 Windows 操作系统中安装 64 位编译器时，您将看到各种 64 位本机编译器和跨平台编译器的命令提示符。若要访问这些命令提示符，请转至“开始”，再转至“所有程序”。从“Microsoft Visual Studio 2005”菜单选项中选择“Visual Studio

2、工具”，再选择命令提示。Vcvarsall.bat通过运行 vcvarsall.bat 批处理文件，可以在命令行中使用五个编译器中的任何一个。默认情况下，此文件的完整路径为 C:Program FilesMicrosoft Visual Studio 8VCVcvarsall.bat。（启用 Visual C+ 工具集的另一种方法是使用 vcvars32.bat，但这种方法仅启用 32 位编译器。有关更多信息，请参见 为命令行生成设置路径和环境变量。）如果没有提供任何参数，则此批处理文件将为使用 x86 32 位编译器配置必要的环境变量，但此文件可用于配置任何 64 位编译器。下表显示 vcv

3、arsall.bat 支持的参数。Vcvarsall.bat 参数编译器主机（本机或使用仿真）目标结构“x86”（默认）32 位本机编译器x86、x64、Itaniumx86“x86_amd64”x64 跨平台编译器X86、x64、Itaniumx64 “x86_IPF”Itanium 跨平台编译器Itanium “amd64”x64 本机编译器“IPF”或“itanium”Itanium 本机编译器请参见概念使用 Visual C+ 进行 64 位编程Visual C+ 概念：生成 C/C+ 程序为命令行生成设置路径和环境变量vcvars32.bat 文件设置适当的环境变量以启用 32 位命

4、令行编译。有关如何在命令行启用 64 位工具集的更多信息，请参见 如何：在命令行启用 64 位 Visual C+ 工具集。注意如果是用 DEVENV 从命令行生成，除非也指定 /useenv 选项，否则 vcvars32 设置对生成无效。运行 vcvars32.bat1. 在命令提示下，更改到 Visual C+ 安装的 bin 子目录。2. 通过键入 VCVARS32 运行 vcvars32.bat。警告：vcvars32.bat 文件在不同的计算机中会有所不同。不要用另一计算机中的 vcvars32.bat 替换缺少或损坏的 vcvars32.bat 文件。重新运行 Visual C+

5、Setup 以替换缺少的文件。有关 vcvars32.bat 的更多信息，请参见下面的知识库文章： Q248802 : Vcvars32.bat Generates Out of Environment Message如果安装 Visual C+ 的当前版本的计算机上还有 Visual C+ 的早期版本，则不应在同一个命令窗口中运行来自不同版本的 vcvars32.bat。CL.exe 调用预处理器和编译器，而 LINK.exe 调用链接器。（CL 也可以调用链接器，因此多数情况下不必直接调用 LINK。） CL.exe、LINK.exe 和其他命令行工具要求适当地设置某些环境变量： CL 使

6、用 CL 和 INCLUDE。 LINK 使用 LINK、LIB、PATH 和 TMP。在命令行上生成链接链接器选项编译 C/C+ 程序编译器选项Visual C+ 64 位迁移的常见问题用 Visual C+ 创建在 64 位 Windows 操作系统中运行的应用程序时，应注意以下问题： 在 64 位 Windows 操作系统中，int 和 long 是 32 位值。对于计划为 64 位平台编译的程序，应注意不要将指针赋给 32 位变量。在 64 位平台上，指针为 64 位，如果将该指针赋给 32 位变量，则应截断该指针值。 在 64 位 Windows 操作系统中，size_t、time_

7、t 和 ptrdiff_t 是 64 位值。 在 32 位 Windows 操作系统上 Visual C+ 2005 之前的 Visual C+ 版本中，time_t 是 32 位值。在 Visual C+ 2005 和更高版本中，默认情况下，time_t 是 64 位整数。有关更多信息，请参见时间管理。应注意代码在哪里采用 int 值并将其作为 size_t 或 time_t 值处理。数字有可能增长得比 32 位数大，并且数据在被传递回 int 存储时有可能被截断。%x（十六进制 int 格式）printf 修饰符在 64 位 Windows 操作系统中不会按预期的那样工作。它只对传递给它的

8、值的前 32 位值执行操作。 Windows 32 位操作系统使用 %I32x 显示整数。 Windows 64 位操作系统使用 %I64x 显示整数。 %p（指针的十六进制格式）在 64 位 Windows 操作系统中按预期的那样工作。有关更多信息，请参见： 编译器选项 /Wp64 _w64 Migration Tips 移植和升级程序x64 软件约定本节描述用于 x86 结构的 x64 64 位扩展的 Visual C+ 调用约定方法。 x64 调用约定概述 类型和存储 寄存器使用 调用约定 堆栈使用 保护现场和恢复现场 Exception Handling in Visual C+ 内部

9、和内联程序集 图像格式 下面的编译器选项帮助您针对 x64 优化应用程序： /favor（针对 x64 进行优化） Calling ConventionsVisual C+x64 调用约定概述从 x86 到 x64 的两个重要修改是：64 位寻址功能和一组平面的用于常规使用的 16 个 64 位寄存器。对于展开的寄存器集，x64 仅使用 _fastcall 调用约定和基于 RISC 的异常处理模型。_fastcall 模型使用寄存器（对前四个变量）和堆栈帧传递其他参数。以下编译器选项帮助您优化 x64 应用程序：调用约定x64 应用程序二进制接口 （ABI） 是一个 4 寄存器快速调用调用约定

10、，具有用于这些寄存器的堆栈后备功能。函数中的参数与这些参数的寄存器之间有一对一的对应关系。任何大于 8 个字节或不是 1、2、4 或 8 个字节的参数必须由引用传递。不尝试将单个参数在多个寄存器间传播。没有使用 x87 寄存器堆栈。可以使用它，但是必须认为它在函数调用之间是易失性的。所有浮点操作都是使用 16 个 XMM 寄存器完成的。参数在寄存器 RCX、RDX、R8 和 R9 中传递。如果参数是浮点/双精度型，则它们在 XMM0L、XMM1L、XMM2L 和 XMM3L 中传递。16 字节的参数由引用传递。参数传递中详细描述了参数传递。除这些寄存器外，RAX、R10、R11、XMM4 和

11、XMM5 也是易失性的。其他所有寄存器都是非易失性的。寄存器使用和由调用方或被调用方保存的寄存器中详细记录了寄存器用法。调用方负责为被调用方的参数分配空间，并且必须始终为 4 个寄存器参数分配足够的空间，即使被调用方没有这么多参数。这有助于简化对 C 非原型函数和 vararg C/C+ 函数的支持。对于 vararg 或非原型函数，任何浮点值都必须在相应的常规用途的寄存器中复制。超过前 4 个的任何参数必须存储在堆栈上，位置在前 4 个的后备存储器之上，在调用之前。Varargs 中提供了 Vararg 函数的详细信息。非原型函数中提供了关于非原型函数的详细信息。对齐方式大多数结构的对齐方式

12、为自然对齐。主要异常是堆栈指针和 malloc 或 alloca 内存，为了提高性能，它们的对齐方式为 16 字节对齐。超过 16 字节的对齐必须手动完成，但由于 16 字节是 XMM 操作的常用对齐大小，所以对大多数代码应该足够了。有关结构布局和对齐方式的更多信息，请参见类型和存储。有关堆栈布局的信息，请参见堆栈使用。展开性必须使用数据被称作 xdata 或 ehdata，它被指出来源于 pdata批注所有非叶函数这些函数既不调用函数，也不自己分配任何堆栈空间，该数据向操作系统描述如何正确展开这些函数以及恢复非易失性的寄存器。Prolog 和 epilog 受到严格限制，以便可在 xdata 中正确对它们进行描述。在不属于 epilog 或 prolog 的任何代码部分中，堆栈指针的对齐方式必须为 16 字节对齐（叶函数除外）。有关 prolog 和 epilog 函数的正确结构的详细信息，请参见保护现场和恢复现场。有关异常处理和异常处理/展开 pdata 和 xdata 的更多信息，请参见异常处理 （x64）。类型和存储本节描述 x64 结构的数据类型的枚举和存储。