Re: [HACKERS] more on int8

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: daniel(at)digsys(dot)bg (Daniel Kalchev)
Cc: pgsql-hackers(at)hub(dot)org
Subject: Re: [HACKERS] more on int8
Date: 1998-09-10 16:14:28
Message-ID: 199809101614.MAA03159@candle.pha.pa.us
Views: Raw Message | Whole Thread | 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.

I have added %qd support for the 6.4 beta release last night.

>
> 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 never saw this on BSDI 3.1. Oh, this must be in the /contrib
directory. That contrib is gone in 6.4, and merged into the main
backend. I have added BSDI 4.0 support for the upcoming 6.4 release
next month.

>
> 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?

--
Bruce Momjian | 830 Blythe Avenue
maillist(at)candle(dot)pha(dot)pa(dot)us | Drexel Hill, Pennsylvania 19026
+ If your life is a hard drive, | (610) 353-9879(w)
+ Christ can be your backup. | (610) 853-3000(h)

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message D'Arcy J.M. Cain 1998-09-10 16:38:14 Re: [HACKERS] open 6.4 items
Previous Message David Hartwig 1998-09-10 15:51:27 Re: [HACKERS] vlen in libpq using user defined data type