Re: pgsql-server/ /configure /configure.in rc/incl ...
От | Marc G. Fournier |
---|---|
Тема | Re: pgsql-server/ /configure /configure.in rc/incl ... |
Дата | |
Msg-id | 20040430154813.F45839@ganymede.hub.org обсуждение исходный текст |
Ответ на | Re: pgsql-server/ /configure /configure.in rc/incl ... (Bruce Momjian <pgman@candle.pha.pa.us>) |
Список | pgsql-committers |
On Fri, 30 Apr 2004, Bruce Momjian wrote: > Tom Lane wrote: > > "Magnus Hagander" <mha@sollentuna.net> writes: > > > 3) I was under the (apparantly incorrect?) impression that we wanted > > > this one up on win32 *now*, and then wanted to add it on other platforms > > > later. > > > > Well, that's an okay position if your time horizon is measured in days. > > But I would like to see us using that code on all platforms before 7.5 > > feature freeze. It's silly to be carrying that code around and not > > using it, when we have constant problems with the C-library-based time > > zone code, plus big portability issues arising from inconsistency of > > time zone names across platforms. For example, for the first time we'd > > be able to actually document the set of time zone names accepted by > > SET TIMEZONE, and *reliably* detect whether a provided name is really > > legal. > > > > Frankly I would never have accepted this patch if I thought it were > > going to be a Windows-only hack; I would have held out for something a > > lot smaller. In my mind the principal reason for having it is not Win32 > > at all, but solving the multi-platform problems we've always had with > > time zone handling. > > It goes with the Win32 approach of doing as little as possible to the > Unix port. If the Unix folks want it, we can enable it, but the Win32 > folks aren't going to force it on Unix until Unix wants it and has > tested it. Unix wants it and is willing to spend the next month testing it to make sure its good :) ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664
В списке pgsql-committers по дате отправления: