x64编译器

① 编译器64位和32位有什么区别

从 32位到 64位架构的改变是一个根本的改变，因为大多数操作系统必须进行全面性修改，以取得新架构的优点。其它软件也必须进行移植，以使用新的性能；较旧的软件一般可借由硬件兼容模式（新的处理器支持较旧的 32位版本指令集）或软件模拟进行支持。或者直接在 64位处理器里面实现 32位处理器核心（如同 Intel 的 Itanium 处理器，其内含有 x86 处理器核心，用来运行 32位 x86 应用程序）。支持 64位架构的操作系统，一般同时支持 32位和 64位的应用程序。
明显的例外是 AS/400，其软件运行在虚拟的指令集架构，称为 TIMI（技术独立机器界面），它会在运行之前，以低级软件转换成原生机器码。低级软件必须全部重写，以搬移整个 OS 以及所有的软件到新的平台。例如，当 IBM 转移较旧的 32/48 比特“IMPI”指令集到 64位 PowerPC（IMPI 完全不像 32位 PowerPC，所以这比从 32位版本的指令集转移到相同指令集的 64位版本的规模还要庞大）。
64位架构无疑可应用在需要处理大量数据的应用程序，如数字视频、科学【和谐你妹啊】运算、和早期的大型数据库。在其它工作方面，其 32位兼容模式是否会快过同等级的 32位系统，这部分已有很多争论。在 x86-64 架构（AMD64 和 Intel 64）中，主要的 32位操作系统和应用程序，可平滑的运行于 64位硬件上。
Sun 的 64位 java 虚拟机的启动速度比 32位虚拟机还慢，因为 Sun 仍假定所有的 64位机器都是服务器，而且只有为 64位平台实现“服务器”编译器（C2）。[1]“客户端”编译器（C1）产生较慢的代码，不过编译较快速。所以尽管在 64位 JVM 的 Java 程序在一段很长的周期会运行的较好（一般为长时间运作的“服务器”应用程序），它的启动时间可能更久。对于短生命期的应用程序（如 Java 编译器 javac）增加启动时间可控制运行时间，使 64位的 JVM 整体变慢。
应当指出，在比较 32位和 64位处理器时，速度并不是唯一的考量因素。应用程序，如多任务、应力测试（stress testing）、簇（clustering）（用于HPC）可能更适合 64位架构以正确部署。为了以上原因，64位簇已广泛部署于大型组织，如 IBM、Vodafone、HP、微软。

② 32位的电脑怎么编译64位程序

方法/步骤

1、VS2010新建的VC++项目默认的组件平台是32位。