Re: libpqxx update

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: jtv <jtv(at)xs4all(dot)nl>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-interfaces(at)postgresql(dot)org
Subject: Re: libpqxx update
Date: 2001-12-03 16:21:43
Message-ID: 200112031621.fB3GLhQ14069@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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?

We will get them tested on all our platforms as part of 7.3 development
and get it working on all of them. Assuming you can stick around to
help us resolve problems, by the time we are done, it will be portable. :-)

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026

In response to

Responses

Browse pgsql-interfaces by date

  From Date Subject
Next Message Tim Barnard 2001-12-03 18:35:26 Re: libpq Newbie question
Previous Message Tom Lane 2001-12-03 14:57:07 Re: TCL with large objects on Win