Re: libpqxx update
| От | jtv |
|---|---|
| Тема | Re: libpqxx update |
| Дата | |
| Msg-id | 20011202054121.A11710@xs4all.nl обсуждение исходный текст |
| Ответ на | Re: libpqxx update (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: libpqxx update
|
| Список | 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 по дате отправления: