Re: pulling libpqtypes from queue

Поиск
Список
Период
Сортировка
От Merlin Moncure
Тема Re: pulling libpqtypes from queue
Дата
Msg-id b42b73150804150648g227fc742mb7e1823a0015d28c@mail.gmail.com
обсуждение исходный текст
Ответ на Re: pulling libpqtypes from queue  (Alvaro Herrera <alvherre@commandprompt.com>)
Ответы Re: pulling libpqtypes from queue  (tomas@tuxteam.de)
Список pgsql-hackers
On Tue, Apr 15, 2008 at 9:36 AM, Alvaro Herrera
<alvherre@commandprompt.com> wrote:
> Andrew Chernow escribió:
>  > This patch has been lingering around since Aug 2007.  It has matured a
>  > lot and now calls libpq home.  Unfortunately, ISTM that there is limited
>  > support for our proposal.  We either pitched to the wrong crowd or
>  > pqtypes doesn't have the mass appeal we expected.  With that said, we
>  > are considering shopping this elsewhere ... ie. pgfoundry.
>
>  I expect you intend to get at least the hooks in, right?

not likely.  Keep in mind, this is not how we really wanted to do
things in the first place.  We don't think this is the right strategy
for integrating libpqtypes with libpq.  It over-complicates things and
we don't really see a use case outside of libpqtypes.  If a reasonable
case can be made for putting the hooks in, we will consider it.  Can
you think of any good reasons for hooking libpq outside of our
intentions?

PQmakeResult, PQsetValue, and PQresultAlloc OTOH, we think are good
functions and stand up on their own merits.  At minimum we will fully
support their inclusion into 8.4.  (we are readying a patch for that).

merlin


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

Предыдущее
От: "Zeugswetter Andreas OSB SD"
Дата:
Сообщение: Re: MSVC build broken with perl 5.10
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: pulling libpqtypes from queue