more on int8

From: Daniel Kalchev <daniel(at)digsys(dot)bg>
To: pgsql-hackers(at)hub(dot)org
Subject: more on int8
Date: 1998-09-10 15:23:49
Message-ID: 199809101523.SAA00580@dcave.digsys.bg
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


owner-pgsql-hackers-digest(at)hub(dot)org said:
> > the long long int printf format in int8.h is %lld on AIX
> This is on my list. %lld will work with gcc also, so since we don't
> have very many reported successful ports for int8, we should just
> change it for now.

Tom,

I tried the int8 type onder BSD/OS, running 6.3.2 (contrib/int8). There the
%Ld type is unimplemented and %lld or %qd both work.

For BSD/OS 3.1, since DLSUFFIX is .o (static shared libraries), there is a
circular dependence in the Makefile. This is resolved by commenting out (or
ifdefing) the following segment:

int8$(DLSUFFIX): int8.o
$(CC) -shared -o int8$(DLSUFFIX) int8.o $(CLIBS)

Under BSD/OS 4.0 this should not be neccesary, as it supports Linux style
shared libraries.

I am missing the aggregate functions, such as sum() to deal with int8. Perhaps
these could be easily added? Is there problem to add all functionality that
exists for int4 to the int8 type?

Daniel

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Vadim Mikheev 1998-09-10 15:32:45 Re: [HACKERS] open 6.4 items
Previous Message Bruce Momjian 1998-09-10 15:09:38 Re: [HACKERS] fix for libpq choking on varlen fields