AW: AW: AW: AW: Re: tinterval - operator problems on AI X

From: Zeugswetter Andreas SB <ZeugswetterA(at)wien(dot)spardat(dot)at>
To: "'Peter Eisentraut'" <peter_e(at)gmx(dot)net>, Pete Forman <pete(dot)forman(at)westerngeco(dot)com>
Cc: lockhart(at)fourpalms(dot)org, "'pgsql-hackers(at)postgresql(dot)org'" <pgsql-hackers(at)postgresql(dot)org>
Subject: AW: AW: AW: AW: Re: tinterval - operator problems on AI X
Date: 2001-01-19 16:28:12
Message-ID: 11C1E6749A55D411A9670001FA6879633681C7@sdexcsrv1.f000.d0188.sd.spardat.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


> > I agree that configure is the way to go. What if someone has
> > installed a third party library to provide a better mktime() and
> > localtime()?
>
> Exactly. What if someone has a binary PostgreSQL package installed, then
> updates his time library to something supposedly binary compatible and
> finds out that PostgreSQL still doesn't use the enhanced capabilities?
> Runtime behaviour checks are done at runtime, it's as simple as that.

So, you are suggesting to call mktime after every call to localtime,
just to check whether to output the time in DST before 1970 on all platforms ?
Beleive me, we need a configure check.

Besides, mktime is in libc on AIX and all available versions show the same behavior,
thus I do not think that it is going to change soon. The only way would be to link
with a third party lib, and that would definitely need a new configure run anyway.

This configure is needed to avoid an otherwise necessary
#if defined(_AIX) || defined(__sgi)
If, and only if, you say the above is better then we don't need a configure check.

Andreas

Browse pgsql-hackers by date

  From Date Subject
Next Message Trond Kjernaasen 2001-01-19 16:31:37 Re: Problems with BLOBs under Windows?
Previous Message Peter Eisentraut 2001-01-19 16:24:27 Re: AW: AW: AW: AW: AW: AW: Re: tinterval - operator proble ms o n AI X