Re: [PATCHES] libpq type system 0.9a

From: Andrew Chernow <ac(at)esilo(dot)com>
To: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Cc: Martijn van Oosterhout <kleptog(at)svana(dot)org>, Greg Sabino Mullane <greg(at)turnstep(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [PATCHES] libpq type system 0.9a
Date: 2008-04-08 22:21:57
Message-ID: 47FBF005.4080504@esilo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

Alvaro Herrera wrote:
> Andrew Chernow wrote:
>
>> Forgot to say: There is stuff in PGconn, PGresult, PQclear, PQfinish
>> (maybe a couple other places).
>
> Maybe there's a way we can have libpqtypes adding calls into some
> hypothetical libpq hooks. So libpqtypes registers its hooks in _init()
> or some such, and it gets picked up automatically by any app that links
> to it.
>

Kinda what my last suggestion was. Some tid-bits need to be reside in libpq,
but very little. I was thinking PQtypesEnable(bool) which would dlopen
libpqtypes and map all functions needed. This would leave the function bodies
of PQputf, PQgetf, PQparamExec, etc... as simple proxy functions to the
dynamically loaded functions. This removes any bloat that people don't like
right now but still allows one to use libpq as the primary interface, rather
than having to fiddle with libpq and some other API.

--
Andrew Chernow
eSilo, LLC
every bit counts
http://www.esilo.com/

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2008-04-08 22:29:26 Re: [PATCHES] libpq type system 0.9a
Previous Message Alvaro Herrera 2008-04-08 22:19:10 Re: Concurrent psql API

Browse pgsql-patches by date

  From Date Subject
Next Message Andrew Dunstan 2008-04-08 22:29:26 Re: [PATCHES] libpq type system 0.9a
Previous Message Alvaro Herrera 2008-04-08 22:19:10 Re: Concurrent psql API