Re: [HACKERS] 8.4 TODO item: make src/port support libpq and ecpg directly

2008-03-24 Thread Bruce Momjian
Added to TODO: * Create three versions of libpgport to simplify client code http://archives.postgresql.org/pgsql-hackers/2007-10/msg00154.php --- Tom Lane wrote: > This business with having libpq and ecpg pull in src/po

Re: [HACKERS] 8.4 TODO item: make src/port support libpq and ecpg directly

2007-10-08 Thread Magnus Hagander
On Thu, Oct 04, 2007 at 05:33:43PM -0400, Tom Lane wrote: > This business with having libpq and ecpg pull in src/port modules > manually is getting unmaintainable. I wonder whether we could persuade > src/port to generate three versions of libpgport.a --- backend, > frontend, and frontend-shlib-re

Re: [HACKERS] 8.4 TODO item: make src/port support libpq and ecpg directly

2007-10-04 Thread Andrew Dunstan
Tom Lane wrote: This business with having libpq and ecpg pull in src/port modules manually is getting unmaintainable. I wonder whether we could persuade src/port to generate three versions of libpgport.a --- backend, frontend, and frontend-shlib-ready --- and then just -l the appropriate one i

[HACKERS] 8.4 TODO item: make src/port support libpq and ecpg directly

2007-10-04 Thread Tom Lane
This business with having libpq and ecpg pull in src/port modules manually is getting unmaintainable. I wonder whether we could persuade src/port to generate three versions of libpgport.a --- backend, frontend, and frontend-shlib-ready --- and then just -l the appropriate one in libpq and ecpg. T