Re: Re[2]: Compilando postgresql-8.2.3

Guido Barosio escribió:
> Nuevamente con preguntas :-)
>
> Que incidencia tiene la fecha del sistema por sobre el codigo,

Make usa las fechas de los archivos para determinar qué ya está
compilado y qué necesita volver a compilarse. Así, si modificas un
archivo, al guardarlo tomará la fecha actual, y cuando vuelvas a
compilar, comparará la versión del archivo objeto que tiene con esa
fecha, encontrará que está "obsoleto" (por tener fecha anterior) y
recompila.

Pasan cosas raras cuando algunos archivos tienen fechas raras. Por
ejemplo gram.c es un archivo generado que viene en el tarball, y tendrá
la fecha del momento en que se generó el tarball. Ese archivo se usa
para generar gram.o. ¿Qué sucede si esa fecha está en el futuro?
gram.o tendrá siempre una fecha anterior, y por lo tanto es posible que
Make entre en un bucle tratando de compilar para alcanzar una fecha
posterior a la de gram.c pero no lo logre nunca.

Otra forma de que haya un bucle es que el Makefile encuentre que el
archivo pg_config.h (u otro generado por configure) es anterior al
configure y trate de regenerarlo. Es casi lo mismo que lo de arriba,
con la diferencia que el que entra en bucle es el script configure.

Otra cosa que puede pasar es que tengas los archivos en un servidor NFS
(o Samba?) que tiene la hora distinta a la de la estación que estás
usando. Acá los síntomas son un poco distintos.

> y porque se pudo compilar la version 8.2.4 sin problemas?

Una explicación es que Miguel corrigió la fecha del PC antes de probar
8.2.4 ... otra podría ser que las fechas que vienen en el tarball de
8.2.4 son distintas de las de 8.2.3 (pero uno esperaría que fueran
posteriores y por lo tanto no aplicaría la explicación).

En definitivas cuentas, lo que importa es que si la fecha del PC es
incorrecta pasan cosas raras como la descrita.

--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support