Chrome 本机客户端工具链缺少 32 位组件
Chrome Native Client toolchain missing 32-bit components
当我尝试构建使用 Google 提供的 Visual Studio 加载项分发的示例时，我收到以下错误：
The specified task executable location
"\nacl_sdk\pepper_44\toolchain\win_x86_newlib\bin\x86_32-nacl-gcc.exe" is invalid
该文件夹确实存在，但存在 none 个 x86_32 版本的工具。有 64 位版本，我可以使用 64 位配置文件进行构建。
从哪里可以获得 compilers/utilities 的 32 位版本？
当前分发的工具链编译器都在转向 64 位，以支持更大的项目，这些项目在使用 32 位工具链构建时 运行 内存不足。 native-client-discuss, e.g. this one.
中有几封关于该主题的电子邮件
普遍的共识是开发人员在 x86-64 上拥有 64 位操作系统，因此更改不会阻碍他们，更大的构建地址 space 帮助了我们的很多开发人员。这进一步减少了构建时间（仅一次构建）、测试时间和所需的存储空间。
请注意，这不会影响目标 x86-32！ 64 位构建仍然可以生成 x86-32 代码，就像它可以针对 ARM 或 MIPS 一样。
当我尝试构建使用 Google 提供的 Visual Studio 加载项分发的示例时，我收到以下错误：
The specified task executable location "\nacl_sdk\pepper_44\toolchain\win_x86_newlib\bin\x86_32-nacl-gcc.exe" is invalid
该文件夹确实存在，但存在 none 个 x86_32 版本的工具。有 64 位版本，我可以使用 64 位配置文件进行构建。
从哪里可以获得 compilers/utilities 的 32 位版本？
当前分发的工具链编译器都在转向 64 位，以支持更大的项目，这些项目在使用 32 位工具链构建时 运行 内存不足。 native-client-discuss, e.g. this one.
中有几封关于该主题的电子邮件普遍的共识是开发人员在 x86-64 上拥有 64 位操作系统，因此更改不会阻碍他们，更大的构建地址 space 帮助了我们的很多开发人员。这进一步减少了构建时间（仅一次构建）、测试时间和所需的存储空间。
请注意，这不会影响目标 x86-32！ 64 位构建仍然可以生成 x86-32 代码，就像它可以针对 ARM 或 MIPS 一样。