./configure
siempre comprueba whether the build environment is sane...
No puedo evitar preguntarme qué es exactamente un entorno de construcción loco. ¿Qué errores puede generar este cheque?
Esto proviene de automake , específicamente de su AM_SANITY_CHECK
macro , que se llama desde AM_INIT_AUTOMAKE
, que normalmente se llama desde el principio configure.ac
. La esencia de esta macro es:
ls
parece funcionar.configure
archivo. Si no lo está (generalmente porque el reloj del sistema de compilación no está configurado correctamente), es probable que el proceso de compilación falle porque los procesos de compilación generalmente se basan en archivos generados que tienen una marca de tiempo más reciente que los archivos fuente de los que se generan.ls
específicamente? ¿Es solo para probar que los ejecutables básicos están disponibles y son funcionales o se ls
utilizan de alguna manera en el proceso de creación?
ls
. La AM_SANITY_CHECK
macro en sí misma usa ls
para verificar los tiempos relativos de configure
un archivo temporal (no lo usa test -nt
porque no todos los shells lo tienen).
config.log
qué comandos reales se ejecutan allí o qué programas se compilan.