Re: libpqxx update - Mailing list pgsql-interfaces

From jtv
Subject Re: libpqxx update
Date
Msg-id 20011202054121.A11710@xs4all.nl
Whole thread Raw
In response to Re: libpqxx update  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: libpqxx update  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-interfaces
On Sat, Dec 01, 2001 at 07:08:54PM -0500, Tom Lane wrote:
> 
> Sure, we could talk about that.  7.2 is feature-frozen of course, but
> for some future release ...

Great.  My main concern is with compiler portability.  I don't have access
to a lot of compilers or platforms right now, and I'm sure my code will 
break on various compilers depending on how much of the C++ standard they
support.  

One of my design parameters was to just require the support I needed and 
not bother too much with backward compilers.  I can see that could be a 
problem when integrating into the source tree; I don't expect to be able
to kludge around all compiler shortfalls.  Assuming this code is 
integrated, is not having libpqxx available on all platforms that
PostgreSQL runs on acceptable?  Or does it become acceptable when there
is good reason to suppose that the remaining platforms can be supported
later on as their compilers improve?



pgsql-interfaces by date:

Previous
From: Tom Lane
Date:
Subject: Re: libpqxx update
Next
From: "Magnus Hagander"
Date:
Subject: Re: Can a windows DLL have more than one process attached?