Re: "make report" - Mailing list pgsql-hackers

From Igor Kovalenko
Subject Re: "make report"
Date
Msg-id 006001c1ebbc$8f9f8620$22c30191@comm.mot.com
Whole thread Raw
In response to Re: "make report"  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: "make report"
List pgsql-hackers
It depends. QNX4 may be used with GCC, in which case it does have long long.
I am not sure if that combination will play along with Postgres, but it
should not be assumed impossible.

----- Original Message -----
From: "Peter Eisentraut" <peter_e@gmx.net>
To: "Thomas Lockhart" <lockhart@fourpalms.org>
Cc: "PostgreSQL Hackers" <pgsql-hackers@postgresql.org>
Sent: Wednesday, April 24, 2002 1:14 PM
Subject: Re: [HACKERS] "make report"


> Thomas Lockhart writes:
>
> > Right. The two areas which come to mind are integer availability and the
> > timezone support (as you might know we support *three* different time
> > zone models). At the moment, none of the developers know the features
> > supported on the platforms we claim to support. Which platforms do not
> > have int8 support still?
>
> "Still" is the wrong word.  There used to be platforms with certain areas
> of trouble, and those platforms don't go away.
>
> But since you asked:  QNX 4 and SCO OpenServer are known to lack 8 byte
> integers.
>
> > Which do not have time zone interfaces fitting
> > into the two "zonefull" styles? I'd like to know, but istm that the
> > people *with* the platforms could do this much more easily than those
> > without. What am I missing here??
>
> I don't think polling users this way will yield reliable results.  If you
> really want to find out, break something and see if someone complains.
>
> --
> Peter Eisentraut   peter_e@gmx.net
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 3: if posting/reading through Usenet, please send an appropriate
> subscribe-nomail command to majordomo@postgresql.org so that your
> message can get through to the mailing list cleanly
>



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: "make report"
Next
From: Peter Eisentraut
Date:
Subject: Re: Inefficient handling of LO-restore + Patch