Re: [HACKERS] int 8 on FreeBSD

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Kevin Lo <jwlo(at)ms11(dot)hinet(dot)net>
Cc: pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] int 8 on FreeBSD
Date: 1999-03-07 16:36:48
Message-ID: 21285.920824608@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Kevin Lo <jwlo(at)ms11(dot)hinet(dot)net> writes:
>> While compiling of 6.4.2 I've realized that int8's are not supported
>> on FreeBSD by default. The Configure script looks if %ld or %lld
>> will do the job but FreeBSD is using %qd as the long long int format.

> Here are the patches I've used to enable int8 support.

Actually, given the way that the 6.5 sources currently stand, the right
long-term solution is to make two separate tests: (1) does the compiler
do 64-bit arithmetic correctly, and if so then (2) does snprintf have a
working format for the chosen type. If (1) passes but (2) fails we have
a fallback: enable use of our own snprintf code. When I wrote the 6.4
configure test for int8, we hadn't yet developed that fallback, so there
wasn't much point in distinguishing compiler support from library
support. But now we should.

If we do it this way then it doesn't matter a whole lot whether "%qd" is
one of the tested alternatives or not ;-).

I will pursue fixing things that way in the 6.5 sources. In the
meantime, do we want to check Kevin's fixes into REL6_4, or is adding
int8 support for more machines too low-priority to justify taking any
chance of breaking 6.4.3?

regards, tom lane

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 1999-03-07 17:00:04 Re: [HACKERS] Why is that so slow?
Previous Message James Thompson 1999-03-07 16:34:12 Re: [HACKERS] palloc.h again