Deberíamos desaprobar y eventualmente eliminar --build
. Probamos esto anteriormente en el n.° 908 y terminamos revirtiéndolo, sin embargo, al revisar nuestras razones para revertirlo, todos esos motivos parecen resolverse mejor con los directorios de compilación aleatorios (que no estábamos usando en ese momento) o el TMPDIR
variable de entorno.
En #4242, @benjaminp está usando este indicador para deshacer el movimiento a un directorio de compilación aleatorio. Esto le permite obtener resultados de compilación reproducibles incluso para paquetes que generan archivos que se hornean en el directorio de compilación de alguna manera (por ejemplo, Numpy). Está usando esto en lugar de abordar el problema en cada proyecto que hace eso para brindar una solución más sistémica.
En #4242 @benjaminp está usando este indicador para deshacer el movimiento a un directorio de compilación aleatorio
Esto todavía debería ser posible. Estoy interesado en la función --build
(que no funciona, consulte los números 804 y 4242) por ccache
para acelerar las compilaciones de extensiones de C.
Estamos teniendo problemas con esto en openSUSE. El problema es que los archivos pyc contienen el directorio de compilación, al menos para las ruedas, que es aleatorio cada vez. Una opción sería admitir la opción -d
de compileall
, que permite a los usuarios anular el directorio que está almacenado en el archivo pyc. Esto nos permitiría especificar el directorio de destino final en lugar de dónde se construyó.
Comentario más útil
Estamos teniendo problemas con esto en openSUSE. El problema es que los archivos pyc contienen el directorio de compilación, al menos para las ruedas, que es aleatorio cada vez. Una opción sería admitir la opción
-d
decompileall
, que permite a los usuarios anular el directorio que está almacenado en el archivo pyc. Esto nos permitiría especificar el directorio de destino final en lugar de dónde se construyó.