For your information, INTDATE was already on, even if not set.

>From The PostgreSQL 8.4.0 HISTORY:

     * Use 64-bit integer datetimes by default (Neil Conway)
       Previously this was selected by configure's
       "--enable-integer-datetimes" option. To retain the old behavior,
       build with "--disable-integer-datetimes".  

This behaivior was not implemented in the 8.4.0 port, so:

- if INTDATE was set, the 8.4.0 port used the configure argument
"--enable-integer-datetimes" (which was deprecated and replaced by
--disable-integer-datetimes)
- ff INTDATE was not set, the 8.4.0 port just used no configure argument
related to integer datetime - and that means, INTDATE was on, anyway.

So independent of the INTDATE setting the port always used 64-bit
integer datetimes. The binary packages remain compatible.

Larry Rosenman  wrote / napĂ­sal(a):
> Setting INTDATE on by default means folks can't just do a binary upgrade.
> They need to pg_dump/pg_restore.
>
> IMHO this should NOT happen on a .0 -> .1 port change.
>   
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[email protected]"

Reply via email to