Re: libpq API incompatibility between 7.4 and 8.0

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: libpq API incompatibility between 7.4 and 8.0
Дата
Msg-id 14397.1107530825@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: libpq API incompatibility between 7.4 and 8.0  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: libpq API incompatibility between 7.4 and 8.0  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: libpq API incompatibility between 7.4 and 8.0  (Martin Pitt <mpitt@debian.org>)
Список pgsql-hackers
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> I was asking if the 8.0.0 libpq stays around.  If it does then the 7.4.X
> libpq will still see the 8.0.0 libpq and will still not work.

> That's why the get_progname() addition would be cleaner in some ways.

How you figure that?  Your first conclusion assumes that someone updates
an 8.0.0 installation and fails to replace the 8.0.0 libpq, while your
second conclusion assumes that they do replace the 8.0.0 libpq.  This is
unlikely in any package-based distribution (RPM doesn't forget such things)
and if they built from source they have many other ways besides this to
shoot themselves in the foot (like configuring SSL support one time and
not the next).

This problem isn't worth spending more development time on than it takes
to change SO_MAJOR_VERSION (we have lots of higher-priority issues).
And it definitely isn't worth exposing the path.c symbols for a second
release cycle and thereby doubling the odds that some outside code comes
to depend on them ... in which case we'd *really* have a problem.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: libpq API incompatibility between 7.4 and 8.0
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Escaping the ARC patent