64位软件，仅仅是一个编译问题？

Question

我正在搜索Chrome64位版本，我发现不发布该版本的核心论点是：“现在，它不会真正为所做的努力带来太多好处”。(或类似的东西)。

我的问题很简单:它不是由编译器完成的64位版本的大部分工作吗？在我的脑海中，“64位版本”是同样的逻辑，使用64位CPU寄存器。

显然，在将一些软件的32位版本迁移到64位版本的过程中，我遗漏了一些要点，我想了解一下核心要点。我怀疑主要的问题是第三方插件/扩展或类似的，但我不是很确定。

提前谢谢。

Answer 1

'msvs_settings': {
  'VCCLCompilerTool': {
    'WarningLevel': '3',
    'WarnAsError': 'false', # TODO(maruel): Enable it.
    'Detect64BitPortabilityProblems': 'false',           <== here
  },
},

来自我之前下载的chromium/src/build/common.gpyi文件。只是一个提示，代码库并不是64位的，也不完全是一个垃圾，因为这个选项在VS2008中被弃用了。但是，是的，Chromium的代码库非常庞大，而且有很多代码不是由谷歌工程师编写的。在某些地方，它必然会将size_t或ptrdiff_t加载到int或long中。对于使用不同类型映射的Windows和Linux来说，这是一个额外的难题。

这种麻烦并不难发现，只需用64位编译器编译它，看看是什么让风扇着迷。注释在其他方面是准确的，就独立浏览器而言，在64位中烘焙它并没有任何实际的好处。Chrome.exe不会消耗太多的VM，在每个标签页上有单独的进程会有很大帮助。嵌入浏览器是另一回事，IE经常被嵌入，因为它太简单了，所以他们不得不提供它的64位版本。如果你嵌入，比方说，CEF，那么你现在就有一个相当大的问题。