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