Tom Lane wrote:
> Peter Eisentraut <[EMAIL PROTECTED]> writes:
> > I think it would be better to put it under one of the generic 
> > subdirectories, such as src/utils/timezone.  We may have to add 
> > additional libraries of this kind in the future, and it would be better 
> > to have them grouped somehow.
> 
> The closest precedent we have at the moment is src/backend/regex, which
> is a fairly large library that we imported lock-stock-and-barrel.
> However, this precedent wouldn't hold if the code needs to be usable
> from non-backend code.  ecpg seems to want to use the tz code ...

I asked if ecpg should use the same timezone database as the server and
someone said it could just use the local one.  

I was concerned ecpg would be reading structure and had to assume the
timezones split up the same way as the server.

> Right at the moment I am thinking we may end up keeping only about one
> file out of the existing src/timezone import, so maybe it doesn't need
> a whole subdirectory anyway?

Not sure, but it is easy to move.

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  [EMAIL PROTECTED]               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

---------------------------(end of broadcast)---------------------------
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]

Reply via email to