Re: [PATCHES] libpq type system 0.9a - Mailing list pgsql-hackers

From Andrew Chernow
Subject Re: [PATCHES] libpq type system 0.9a
Date
Msg-id 47FBF005.4080504@esilo.com
Whole thread Raw
In response to Re: [PATCHES] libpq type system 0.9a  (Alvaro Herrera <alvherre@commandprompt.com>)
Responses Re: [PATCHES] libpq type system 0.9a  (Andrew Dunstan <andrew@dunslane.net>)
Re: [PATCHES] libpq type system 0.9a  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
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/


pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: Concurrent psql API
Next
From: Andrew Dunstan
Date:
Subject: Re: [PATCHES] libpq type system 0.9a