make(从源代码安装)python而不运行测试

Question

我从源tar编译python.一切正常,但测试运行2小时和两次.如何绕过这些测试？

0:16:20 [178/405] test_inspect
0:16:26 [179/405] test_int
0:16:27 [180/405] test_int_literal
0:16:27 [181/405] test_io
0:18:18 [182/405] test_ioctl -- test_io passed in 1 min 51 sec
0:18:19 [183/405] test_ipaddress
0:18:22 [184/405] test_isinstance
0:18:23 [185/405] test_iter
0:18:24 [186/405] test_iterlen
0:18:25 [187/405] test_itertools
0:19:09 [188/405] test_json -- test_itertools passed in 44 sec
0:19:30 [189/405] test_keyword

结果

make 7724,86s user 188,63s system 101% cpu 2:10:18,93 total

我像这样分发它

PYTHON_VERSION = 3.6.1
PYTHON_URL = https://www.python.org/ftp/python/${PYTHON_VERSION}/Python-${PYTHON_VERSION}.tar.xz

wget -O dl/Python-${PYTHON_VERSION}.tar.xz ${PYTHON_URL}

cd dl 
tar xf Python-${PYTHON_VERSION}.tar.xz

mkdir -p dl/Python-${PYTHON_VERSION}-build/
cd Python-${PYTHON_VERSION} 
    ./configure --enable-optimizations --prefix=$$(pwd)-build --cache-file=$$(pwd)/cache-file

此命令运行测试两次:

make -C dl/Python-${PYTHON_VERSION} -j8 
make -C dl/Python-${PYTHON_VERSION} -j8 install

ps这是另一个make文件的一部分.

Answer 1

configure选项--enable-optimizations使运行的测试套件能够生成用于分析Python的数据.生成的python二进制文件在执行python代码时具有更好的性能.这里提到了改进

From configure help:
--enable-optimizations  Enable expensive optimizations (PGO, etc). Disabled by default.

来自维基百科

 profile-guided optimisation uses the results of profiling test runs of the instrumented program to optimize the final generated code.

简而言之,在使用--enable-optimizations时不应跳过测试,因为通过运行测试生成了分析所需的数据.您可以运行make -j8 build_all后跟make -j8 install跳过测试一次(测试仍然会以install目标运行),但这会破坏目的.您可以改为删除configure标志以获得更好的构建时间.

Answer 2

我在构建Python时通过指示以下方式跳过了测试运行，进行了一些（快速）研究：

• 配置 -通过一些ARGS（例如--without-tests，--disable-tests，--skip-tests）
• make-指定一些变量（通过env var或cmdline）

前者没有结果。后者（通过在Makefile模板中查看）揭示了这样一个事实，即通过调用$ {PYTHON_SRC_DIR} /Tools/scripts/run_tests.py（设置一些内容并调用另一个脚本，再调用另一个脚本，... 来调用测试执行）。 ）。
请注意，我在Python 3.5（.4）和Python 3.6（.4）上找到了该文件，但在Python 2.7（.14）上却找不到。更多的研究表明，可以跳过（上面的）测试运行。您需要做的是：

make -C dl/Python-${PYTHON_VERSION} -j8 EXTRATESTOPTS=--list-tests install

注意事项：

• Google ing并未在EXTRATESTOPTS上显示任何内容（相关信息），因此我认为它不受官方支持
• 您还可以EXTRATESTOPTS=--list-tests在启动（内部）make之前将其设置为环境变量。
• 不用说，如果在构建过程中发生了一些“轻微”错误（例如，非关键的外部模块（例如_ssl.so）构建失败），则不会有任何测试失败，因此您只能在以下位置找到它：运行时（如果在生产中发生，那将是非常讨厌的）

@ EDIT0：

在@amohr发表评论后，我决定多玩点游戏，因此我进行了整个过程：

1. 配置（选择）
2. 制造（选择）
3. make install

在具有2个CPU的Lnx（Ubtu 16）计算机上，一次（完整）测试运行大约需要24分钟。这是我的发现（Python 3.6）：

• 它在Python 3.5（.4）上成功运行
• 我建议前面的溶液，工作在3 ^次工序中，所以它仅跳过了2 ^次测试运行：其所操作的（根）生成文件的测试目标（make test），其通过援引安装目标

• 关于1 ^日试运行，通过检查Makefile文件，和化妆的输出，这就是我发现，在发生2 ^次（补充）的步骤：

  1. 该ç来源是建立“正常”
  2. 测试正在运行（我推断出一些配置文件数据存储在某处）
  3. 该Ç源重建标志不同（例如，在我的情况下，海湾合作委员会的-fprofile-generate被替换-fprofile-use -fprofile-correction（支票[GNU.GCC]：选项，控制优化的更多详细信息）），以利用在前面的（子）所产生的个人资料信息的步骤

• 跳过第^一次测试运行将自动暗示没有优化。实现方式：

  1. make build_all（在2 ^次步骤） -一个由其他的答案提示

     • 这是configure（with）生成的（根）Makefile的片段： --enable-optimizations

       all:            profile-opt
       build_all:      check-clean-src $(BUILDPYTHON) oldsharedmods sharedmods gdbhooks \
                       Programs/_testembed python-config
       

     • 这里是一个没有它的人：

       all:            build_all
       build_all:      check-clean-src $(BUILDPYTHON) oldsharedmods sharedmods gdbhooks \
                       Programs/_testembed python-config
       

     • 如图所示，运行：

       1. configure --enable-optimizations
       2. make build_all

       等同于：

       1. configure
       2. make

  2. 手动修改（根）生成文件 1之间^ST（configure --enable-optimizations）和2 ^次（化妆）步骤：

     • 查找宏定义PROFILE_TASK=-m test.regrtest --pgo（对我来说是绕线〜250）
     • 添加--list-tests在末尾
     • 子步骤（＃2。）＃1。和（＃2。）＃3。完全一样，而（＃2。）＃2。，测试未在运行。这可能意味着：
       • 的2 ^次光源的构建是相同的1 ^ST一个（这将使其完全无用的）
       • 在2 ^次做了一些优化（无需任何信息），这意味着它可以在运行时崩溃（我想/希望这是前一种情况）

Answer 3

只需构建和安装

make -j8 build_all
make -j8 altinstall

Answer 4

优化构建的默认构建目标包括运行测试。要跳过它们，请尝试：

 make -C dl/Python-${PYTHON_VERSION} -j8 build_all