On Sat, 2007-05-05 at 11:03 -0400, Tom Lane wrote: > We've so far managed to avoid having any hard dependency on a working > int64 type, but this would certainly be one. I don't really think the > code-size-reduction argument is strong enough to justify that.
What benefit do we get from avoiding this dependency? Can we really avoid a dependency on a 64-bit integral type in the long run? > I'm not necessarily opposed to changing the default configure selection, > but I am opposed to removing the FP code entirely. I would be satisfied with changing the default to integer and deprecating the FP code (but keeping it around as a configure option). Are there any objections to doing this for 8.3? -Neil ---------------------------(end of broadcast)--------------------------- TIP 1: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly