Re: [HACKERS] Re: Call for port testing on fmgr changes -- Results!

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Ryan Kirkpatrick <pgsql(at)rkirkpat(dot)net>
Cc: pgsql-ports(at)postgresql(dot)org, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [HACKERS] Re: Call for port testing on fmgr changes -- Results!
Date: 2000-06-26 03:31:39
Message-ID: 11916.961990299@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-ports

Ryan Kirkpatrick <pgsql(at)rkirkpat(dot)net> writes:
> Ok, the above patch does indeed solve the problem. And this
> appears to be the only place AbsoluteTime needs to be copied to a time_t
> variable. I can't find any other casts of AbsoluteTime to time_t,

Great!

> and
> with this patch applied all regression tests pass just fine (save for
> geometry of course with its standard off by one in nth decimal place
> difference).

Probably we should write that off as a platform issue and create an
Alpha-specific expected-output file for geometry. See the documentation
about platform-specific files, and please send along a patch to add one.

> Additionally, I do not see how this patch could break other
> platforms. At worst, it is a minor slow down that might even be optimized
> out by some compiliers when they see that sizeof(AbsoluteTime) ==
> sizeof(time_t). I will defer to the core developers on how you want to
> apply this patch to the source tree (i.e. with #ifdef alpha && linux or as
> above).

No, we should just apply it as is, no #ifdef. There are going to be
more and more platforms with 64-bit time_t.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2000-06-26 03:36:12 Re: [HACKERS] CLASSOID patch
Previous Message Tom Lane 2000-06-26 03:26:23 Re: Maximum len of data fit into the tuple

Browse pgsql-ports by date

  From Date Subject
Next Message Yutaka tanida 2000-06-26 11:33:11 Re: [HACKERS] .exe extension on Windows
Previous Message Peter Eisentraut 2000-06-26 01:41:50 Re: [HACKERS] Re: Call for port testing on fmgr changes -- Results!