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
Re: libpq API incompatibility between 7.4 and 8.0 |
Список | 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 по дате отправления: