使用64位的编译工具进行编译

简介: 本文记录了使用64位的编译工具进行编译的过程

缘起

最近在编译项目的时候总是报虚拟内存不足(项目中使用了大量的模板)。一般情况下,vs会使用32位的编译工具进行编译,用64位的编译工具应该能解决类似的问题。本以为是一件挺简单的事,但是没想到遇到不少坑,本文记录了折腾的过程,希望对有类似需求的小伙伴有所帮助。

说明:本文总结的不是怎么设置 vs来生成 64位的程序,而是怎么使用 64位的编译工具来生成程序,可以生成 32位的,也可以生成 64位的。

尝试1:在vs中查找相关设置

在低版本的vs中找了很久也没有找到相关选项,看来vs只能使用默认的32位编译器进行编译。实在是不太合理啊!不过确实没找到,如果有小伙伴知道怎么设置,欢迎留言告知。

vs2019(V16.1)终于添加了相关的设置选项。

尝试2:使用msbuild

我们知道其实vs是调用msbuild进行编译链接的(msbuild会调用CL.exe进行编译,调用link.exe进行链接)。我们可以直接使用msbuild进行生成。

帮助文档

可以通过msbuild -h或者MSBuild command-line reference来查看msbuild的命令行参数。但是,貌似没有哪个参数是告诉我们如何使用64位的编译工具进行编译的。继续搜

官网指南1

在微软官方找到一篇参考文档 How to: Enable a 64-Bit, x64 hosted MSVC toolset on the command line,根据文档中的的描述,尝试过程如下:
Use-64-bit-hosted-developer-command-prompt

我们发现,编译时使用的是CL.exe,链接时使用的是link.exe。这两个文件都是子目录\bin\HostX86\x64下的。我们看下这两个程序是32位的还是64位的。
check-cl-link-bit

我们发现这个子目录下的CL.exelink.exe都是32位的。什么情况?为什么按官方文档进行操作,结果还是使用的32位的 :code_sweat:。暂时先不追究了1。继续搜

[曹景游关于MSBuild的博客]

找到了[曹景游关于MSBuild的博客],根据其中的 msbuild /p:PreferredToolArchitecture=x64 成功调用了64位的CL.exelink.exe
build-with-PreferredToolArchitecture-x64

PreferredToolArchitecture是什么?

官方参考文档

[曹景游关于MSBuild的博客]中有一个微软的官方链接(中文版),介绍了一些msbuild的内部选项,其中有关于关键字PreferredToolArchitecture的介绍。我切换到了英文版并摘录了关于PreferredToolArchitecture的介绍。如下:

PreferredToolArchitecture property

The PreferredToolArchitecture property determines whether the 32-bit or 64-bit compiler and tools are used in the build. This property does not affect the output platform architecture or configuration. By default, MSBuild uses the x86 version of the compiler and tools if this property is not set.

For example, set the PreferredToolArchitecture property to x64 to use the 64-bit compiler and tools to build your application:

msbuild myProject.vcxproj /p:PreferredToolArchitecture=x64

提示:可以把URL中关于语言的部分改成其它语言的标识即可切换到对应的语言下。中文对应着zh-cn,英文对应着en-us

其它相关资料

根据关键字PreferredToolArchitecturestackoverflow上搜到了这篇帖子how-to-make-visual-studio-use-the-native-amd64-toolchain。里面提到了vs2019(V16.1)已经支持设置编译工具了。从另外一个回复中得知,可以使用/Bv来查看编译使用的工具的全路径。

vs2019中的Preferred Build Tool Architecture设置选项

在工程文件上右键PropertyConfiguration Properties -> Advanced -> Preferred Build Tool Architecture,设置为64-bit(x64)即可使用64位的编译工具进行编译。如下图。
choose-build-tool-architecture

/Bv设置选项

在工程文件上右键 PropertiesConfiguration Properties -> C/C++ -> Command Line,添加/Bv选项。如下图。
Bv-option

输出结果

build-with-Bv

可以看到使用PreferredToolArchitecture后,确实使用了64位的编译工具。

其它尝试

  • bin\Hostx86,用bin\Hostx64的内容替换之,简单粗暴有效。:tada::tada::tada:
  • 其它说多了都是泪的尝试。:sob::sob::sob:

总结

遇到问题,关键字搜索非常重要,找对关键字,基本上成功了一半。

参考资料


  1. 关于此问题,我确实使用dnSpy进行了逆向调试,有时间会把整个过程整理出来。
相关文章
|
6月前
我为什么更推荐你使用cmake编译grpc程序?
我为什么更推荐你使用cmake编译grpc程序?
118 0
|
7月前
|
编译器 C语言 C++
CMake基础(9)使用Clang编译
CMake基础(9)使用Clang编译
531 0
|
程序员 Linux Android开发
libYuv编译
安卓使用NDK编译libYuv库
491 0
|
机器学习/深度学习 运维 自然语言处理
系统程序的编译与处理
系统程序的编译与处理
|
缓存 Java Shell
ThingsBoard详细编译指南2.4.3
ThingsBoard详细编译指南2.4.3
675 0
jpegNPP编译为so
jpegNPP编译为so
88 0
|
自然语言处理
编译
编译
120 0
|
Web App开发 存储 缓存
V8 编译浅谈
本文是一个 V8 编译原理知识的介绍文章,旨在让大家感性的了解 JavaScript 在 V8 中的解析过程。
V8 编译浅谈
|
开发工具 C++ git
DCMTK-001-3.6.6编译
DCMTK-001-3.6.6编译
296 0
DCMTK-001-3.6.6编译
|
编译器 开发工具 IDE
编译问题汇总
每次在编译各类第三方库的时候都会碰到很多问题,基本上都是通过Google解决,其实简单反思一下就会发现是对于系统了解的不够,对于各类标准也是了解甚少。所以一而再再而三发生的问题其实是可以尽量去避免的。
1971 0