我们应该弃用并最终删除--build 。 我们之前在 #908 中尝试过这个并最终恢复它，但是查看我们恢复它的原因所有这些原因似乎可以通过随机构建目录（我们当时没有使用）或TMPDIR更好地解决
dstufft
👎3
所有3条评论
在 #4242 @benjaminp使用此标志撤消移动到随机构建目录。 这使他能够获得可重现的构建输出，即使对于生成以某种方式在构建目录中烘焙的文件的包（例如 Numpy）也是如此。 他正在使用它而不是解决每个项目中的问题，以提供更系统的解决方案。
dstufft
于 2017-04-02
在 #4242 @benjaminp使用此标志撤消移动到随机构建目录
这应该还是可以的。 我对 $#$ ccache $#$ 的--build功能（已损坏，请参阅 #804 和 #4242）感兴趣，以加快 C 扩展的编译。
jdemeyer
于 2017-08-22
👍1
我们在 openSUSE 上遇到了这个问题。 问题是 pyc 文件包含构建目录，至少对于轮子而言，每次都是随机的。 一种选择是支持 $ compileall的-d选项，它允许用户覆盖存储在 pyc 文件中的目录。 这将允许我们指定最终目标目录，而不是它的构建位置。
toddrme2178
于 2018-06-21
👍2
此页面是否有帮助？
0 / 5 - 0 等级
相关问题
kkom
·
3评论
pradyunsg
·
3评论
saytosid
·
3评论
cjerdonek
·
3评论
dmfigol
·
3评论
最有用的评论
我们在 openSUSE 上遇到了这个问题。 问题是 pyc 文件包含构建目录，至少对于轮子而言，每次都是随机的。 一种选择是支持 $
compileall的-d选项，它允许用户覆盖存储在 pyc 文件中的目录。 这将允许我们指定最终目标目录，而不是它的构建位置。