不是原创只提供翻译!机器翻译可能不正常!

QEMU 旨在支持在多个主机操作系统上构建和执行 平台。本附录概述了哪些平台是主要构建 目标。这些平台被用作决定 QEMU 所依赖的第三方软件的最低要求版本。这 支持的平台是 提交补丁以供审核并在之前进行测试的项目 合并后。

如果此处未列出平台，并不意味着QEMU不会 工作。如果未列出的平台具有与 上市平台，人们都期望它会起作用。错误 欢迎举报在未上市平台上遇到的问题 除非它们明显比这里描述的年份更古老。

请注意，当将发行版中附带的软件版本视为 支持目标，QEMU 仅考虑版本号，并假设 该发行版中的功能与上游版本匹配 版本。换句话说，如果发行版将额外的功能向后移植到 软件在他们的发行版中，QEMU上游代码不会添加显式 支持这些向后移植，除非该功能可在 也适用于上游版本的方式。

Repology 站点是用于识别的有用资源 当前在各种操作系统中交付的软件版本， 尽管它不涵盖下面列出的所有发行版。

支持的主机体系结构

这些主机是官方支持的，具有各种加速器：

中央处理器架构

加速器

手臂

KVM（仅限 64 位）、TCG、XEN

MIPS（仅限小端序）

KVM， TCG

PPC

KVM， TCG

RISC-V

KVM， TCG

S390X

KVM， TCG

斯帕克

TCG

x86

HAX， HVF （仅限 64 位）， KVM， NVMM， TCG， WHPX （仅限 64 位）， Xen

不支持其他主机体系结构。可以构建QEMU系统 使用配置选项在不受支持的主机体系结构上进行仿真以启用 TCI 支持，但请注意 这非常慢，不建议正常使用。QEMU 用户仿真 需要特定于主机的信号处理支持，因此TCI将无济于事 在不受支持的主机体系结构上。--enable-tcg-interpreter

在弃用过程之后，将来可能会删除不受支持的体系结构。

Linux OS， macOS， FreeBSD， NetBSD， OpenBSD

该项目旨在始终支持最新的主要版本 首次发布后长达五年。支持 对于以前的主要版本将在新专业版本后 2 年删除 版本发布或供应商本身放弃支持时，以出现者为准 第一。在这种情况下，第三方努力延长发行版的生命周期 不被考虑，即使它们得到供应商的认可（例如。Debian LTS）; 对于包含从更高版本向后移植的包的存储库也是如此 发行版（例如 Debian 向后移植）。在每个主要版本中，只有最 考虑最近的次要版本。

为了确定 Linux 上可用的受支持软件版本， 该项目将着眼于CentOS，Debian，Fedora，openSUSE，RHEL，SLES和 Ubuntu LTS.将假定其他发行版提供类似的软件版本。

对于 FreeBSD 和 OpenBSD， 将根据 各自的端口存储库，而 NetBSD 将使用 pkgsrc 存储库。

对于macOS，将使用Homebrew，尽管MacPorts预计将携带。 类似的版本。

某些生成依赖项可能遵循不太保守的规则：

• 蟒蛇运行时

• 具有长期支持的发行版通常提供多个版本 的 Python 运行时。虽然QEMU最初的目标是支持： 发行版的默认运行时，以后可能会增加其最低版本 到供应商提供的任何较新的 Python，作为选项提供。 在这种情况下，有必要使用命令行 脚本选项，将 QEMU 指向受支持的 Python 运行时的版本。--pythonconfigure

  从 QEMU 8.1.50 开始，Python 的最低支持版本是 3.7。

• Python 构建依赖项

• QEMU的一些构建依赖项是用Python编写的。通常这些 仅由默认 Python 运行时的发行版打包。 如果 QEMU 提高其最低 Python 版本，并且非默认运行时为 必需的，可能需要从 Python 中获取 Python 模块 包索引 （PyPI） 通过 ，以便构建 QEMU。pip

• 可选的生成依赖项

• 构建缺少组件不会影响构建能力的组件 QEMU 可能在发行版中不可用，或者对于 QEMU 来说可能太旧了 要求。其中许多，例如鳄梨测试框架 或各种 linter，都是用 Python 编写的，因此也可以 使用 进行安装。交叉编译器是另一个例子 可选的构建时依赖关系;在这种情况下，可以 从 EPEL 等存储库下载它们，以使用基于容器的 使用 OR 进行交叉编译，或使用预构建 与 QEMU 一起分发的二进制文件。pipdockerpodman

窗户

该项目旨在支持两个最新版本的Windows，即 仍受供应商支持。当前的最低 Windows API 目标是“Windows 8”，所以理论上QEMU二进制文件仍然可以运行 在旧版本的Windows上也是如此。但是，这种旧版本的Windows是 不再测试，因此建议使用最新版本之一 取而代之的是窗口。

该项目支持使用当前版本的MinGW构建QEMU。 工具链，托管在Linux（Debian / Fedora）上或通过Windows上的MSYS2。 始终首选较新的Windows版本，因为它不太可能具有 通过 MSYS2 构建的问题。QEMU的建设过程涉及一些 调用 os.symlink（） 的 Python 脚本需要特别注意 要成功完成的生成过程。在较新版本的 Windows 10 上， 如果启用了开发人员模式，则非特权帐户可以创建符号链接。 当开发人员模式不可用/未启用时，SeCreateSymbolicLinkPrivilege 权限是必需的，或者进程必须以管理员身份运行。