igraph 使用基于 CMake 的构建系统。要编译它，

以下选项可以设置为 ON 或 OFF。其中一些选项具有 AUTO 设置，该设置根据当前系统上可用的库选择合理的默认值。

igraph 捆绑了它的几个依赖项（或依赖项的简化版本）。在配置时，它会检查每个依赖项是否存在于系统上。如果存在，则使用它。否则，它会回退到捆绑的（“vendored”）版本。为了使配置尽可能具有确定性，您可能需要禁用此自动检测。为此，请设置上面描述的每个 IGRAPH_USE_INTERNAL_XXX 选项。此外，设置 BLA_VENDOR 以使用您选择的 BLAS 和 LAPACK 实现。这应该与 igraph 的其他依赖项（例如，ARPACK）链接的 BLAS 和 LAPACK 库相同。

例如，要强制 igraph 使用除 plfit 之外的所有依赖项的外部版本，并使用 OpenBLAS 用于 BLAS/LAPACK，请使用

$ cmake .. \
    -DIGRAPH_USE_INTERNAL_BLAS=OFF \
    -DIGRAPH_USE_INTERNAL_LAPACK=OFF \
    -DIGRAPH_USE_INTERNAL_ARPACK=OFF \
    -DIGRAPH_USE_INTERNAL_GLPK=OFF \
    -DIGRAPH_USE_INTERNAL_GMP=OFF \
    -DIGRAPH_USE_INTERNAL_PLFIT=ON \
    -DBLA_VENDOR=OpenBLAS \
    -DIGRAPH_GRAPHML_SUPPORT=ON

在 Windows 上，共享和静态构建不应安装在同一位置。如果您决定这样做，请记住以下几点：两个构建都包含一个 igraph.lib 文件。静态文件应该重命名以避免冲突。静态构建中的头文件与共享库不兼容。共享构建中的头文件可以与静态库一起使用，但是在编译将静态链接到 igraph 的程序时必须定义 IGRAPH_STATIC。

这些问题不会影响类 Unix 系统。

在使用内部 ARPACK、LAPACK 或 BLAS 构建 igraph 时，它会使用 f2c，它在构建时编译并运行 arithchk 程序，以检测当前系统的浮点特征。它将结果写入 arith.h 头文件中。但是，在不提供可以在主机系统上运行目标平台的可执行文件的用户空间模拟器的情况下进行交叉编译时，无法运行此程序。因此，在交叉编译时，您需要使用 CMAKE_CROSSCOMPILING_EMULATOR 选项提供这样的模拟器，或者您需要通过 F2C_EXTERNAL_ARITH_HEADER CMake 选项指定预生成的 arith.h 头文件版本。以下是 macOS 上 x86_64 和 arm64 目标体系结构的此头文件的示例版本。警告：请勿在其他系统或体系结构上使用此版本的 arith.h。

#define IEEE_8087
#define Arith_Kind_ASL 1
#define Long int
#define Intcast (int)(long)
#define Double_Align
#define X64_bit_pointers
#define NANCHECK
#define QNaN0 0x0
#define QNaN1 0x7ff80000

igraph 还会检查 uint64_t 的字节序是否与正在编译的平台上 double 的字节序匹配。这是为了确保 igraph 的随机数生成器中的某些函数正常工作。但是，如果没有模拟器，则无法在交叉编译时执行此检查，因此在这种情况下，igraph 只是假设字节序匹配（无论如何，这对于绝大多数平台都是如此）。您可能遇到问题的唯一情况是从基于 Intel 的 Mac 为 Apple Silicon（arm64）进行交叉编译，在这种情况下，CMake 可能无法意识到您正在进行交叉编译，并且仍然会尝试执行检查。您可以通过在调用 CMake 之前将 IEEE754_DOUBLE_ENDIANNESS_MATCHES 显式设置为 ON 来解决此问题。

在 CMAKE_CROSSCOMPILING_EMULATOR 中提供模拟器还有一个好处，您可以运行主机平台上编译的单元测试。我们已经尝试过在 64 位 Intel CPU（amd64）上交叉编译到 64 位 ARM CPU（aarch64），我们可以确认在此设置中使用 qemu-aarch64 作为交叉编译模拟器有效。