From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: int4 or int32 |
Date: | 2000-11-16 06:16:28 |
Message-ID: | 200011160616.BAA03528@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> >> I think that int32 etc are better choices at the C level because of
> >> the well-established precedent for naming integer types after numbers
> >> of bits in C code. I don't feel any strong urge to go around and
> >> change the existing misusages, but if you want to, I won't object.
>
> > Tom, I am wondering. If we don't change to int4/int8 internally now,
> > will we ever do it?
>
> As I thought I'd just made clear, I'm against standardizing on int4/int8
> at the C level. The average C programmer would think that "int8" is
> a one-byte type, not an eight-byte type. There's way too much history
> behind that for us to swim against the tide. Having different naming
> conventions at the C and SQL levels seems a better approach, especially
> since it will exist to some extent anyway (int != integer, for
> instance).
OK.
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
From | Date | Subject | |
---|---|---|---|
Next Message | Vadim Mikheev | 2000-11-16 08:03:32 | Re: RE: [COMMITTERS] pgsql/src/backend/access/transam ( xact.c xlog.c) |
Previous Message | Tom Lane | 2000-11-16 06:14:59 | Re: int4 or int32 |