Мы должны отказаться от поддержки и в конечном итоге удалить --build . Мы пробовали это ранее в # 908 и в итоге отменили его, однако, глядя на наши причины для возврата, все эти причины кажутся лучше решаемыми с помощью рандомизированных каталогов сборки (которые мы не использовали в то время) или TMPDIR переменная окружения
dstufft
Все 3 Комментарий
В #4242 @benjaminp использует этот флаг, чтобы отменить переход в рандомизированный каталог сборки. Это позволяет ему получать воспроизводимые выходные данные сборки даже для пакетов, которые генерируют файлы, которые каким-то образом запекаются в каталоге сборки (например, Numpy). Он использует это вместо того, чтобы решать проблему в каждом проекте, который делает это, чтобы обеспечить более системное решение.
dstufft
2 апр. 2017
В #4242 @benjaminp использует этот флаг, чтобы отменить переход в рандомизированный каталог сборки.
Это все еще должно быть возможно. Меня интересует функция --build (которая не работает, см. #804 и #4242) для ccache для ускорения компиляции расширений C.
jdemeyer
22 авг. 2017
У нас есть проблемы с этим на openSUSE. Проблема в том, что файлы pyc содержат каталог сборки, по крайней мере, для колес, который каждый раз случайный. Одним из вариантов может быть поддержка параметра -d compileall , который позволяет пользователям переопределять каталог, хранящийся в файле pyc. Это позволило бы нам указать конечный каталог назначения, а не то, где он был создан.
toddrme2178
21 июн. 2018
Смежные вопросы
pradyunsg
·
3Комментарии
wrouesnel
·
3Комментарии
gyorireka
·
3Комментарии
cjolowicz
·
3Комментарии
imzi
·
3Комментарии
Самый полезный комментарий
У нас есть проблемы с этим на openSUSE. Проблема в том, что файлы pyc содержат каталог сборки, по крайней мере, для колес, который каждый раз случайный. Одним из вариантов может быть поддержка параметра
-dcompileall, который позволяет пользователям переопределять каталог, хранящийся в файле pyc. Это позволило бы нам указать конечный каталог назначения, а не то, где он был создан.