Re: timestamp datatype cleanup

Поиск
Список
Период
Сортировка
От Warren Turkal
Тема Re: timestamp datatype cleanup
Дата
Msg-id 8c3d85470803181536r127d04el8f62bf735f26ff85@mail.gmail.com
обсуждение исходный текст
Ответ на timestamp datatype cleanup  (Warren Turkal <turkal@google.com>)
Ответы Re: timestamp datatype cleanup  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Give the discussion on this. Is this small patch being considered for
inclusion? If not, what do I need to change to make it acceptable?

Thanks,
wt

On Sun, Mar 9, 2008 at 1:32 AM, Warren Turkal <turkal@google.com> wrote:
> PosgreSQL hackers,
>
>  Here's an initial bit of my attempt at cleaning up the the timestamp datatype.
>  I have gone through the backend and made a couple small changes to stop using
>  the HAVE_INT64_TIMESTAMP define to select a type in code by creating typedefs
>  in a header and using the typedef in the code. I think this small bit is ready
>  for inclusion for this small bit, but I have a couple questions for further
>  work.
>
>  1) Is there a reason that header information is duplicated between normal
>  posgresql include and ecpg includes instead of defining the info in one place
>  and #including it into the files that need it?
>
>  2) Would it be reasonable to change timestamp.h into a file that includes other
>  files that define the specific parts depending on HAVE_INT64_TIMESTAMP instead
>  of testing for HAVE_INT64_TIMESTAMP many times throughout timestamp.h? I think
>  this might more cleanly separate the logic for the different timestamp types.
>
>  Thanks,
>  wt
>
>  --
>  Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
>  To make changes to your subscription:
>  http://www.postgresql.org/mailpref/pgsql-hackers
>


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Re: [COMMITTERS] pgsql: Don't need -Wno-error anymore, because flex is no longer
Следующее
От: "Pavel Stehule"
Дата:
Сообщение: broken head?