Devemos descontinuar e eventualmente remover --build
. Tentamos isso anteriormente no #908 e acabamos revertendo, no entanto, analisando nossos motivos para reverter, todos esses motivos parecem melhor resolvidos pelos diretórios de compilação aleatórios (que não estávamos usando na época) ou o TMPDIR
variável de ambiente.
Em #4242 @benjaminp está usando este sinalizador para desfazer a mudança para um diretório de compilação aleatório. Isso permite que ele obtenha uma saída de compilação reproduzível mesmo para pacotes que estão gerando arquivos que são armazenados no diretório de compilação de alguma forma (por exemplo, Numpy). Ele está usando isso em vez de abordar o problema em cada projeto que faz isso para fornecer uma solução mais sistêmica.
Em #4242 @benjaminp está usando este sinalizador para desfazer a mudança para um diretório de compilação aleatório
Isso ainda deve ser possível. Estou interessado no recurso --build
(que está quebrado, veja #804 e #4242) por ccache
para acelerar compilações de extensões C.
Estamos tendo problemas com isso no openSUSE. O problema é que os arquivos pyc contêm o diretório de compilação, pelo menos para rodas, que é aleatório a cada vez. Uma opção seria oferecer suporte à opção -d
de compileall
, que permite aos usuários substituir o diretório armazenado no arquivo pyc. Isso nos permitiria especificar o diretório de destino final em vez de onde ele foi construído.
Comentários muito úteis
Estamos tendo problemas com isso no openSUSE. O problema é que os arquivos pyc contêm o diretório de compilação, pelo menos para rodas, que é aleatório a cada vez. Uma opção seria oferecer suporte à opção
-d
decompileall
, que permite aos usuários substituir o diretório armazenado no arquivo pyc. Isso nos permitiria especificar o diretório de destino final em vez de onde ele foi construído.