Re: static or dynamic libpgport

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: static or dynamic libpgport
Дата
Msg-id 1323719848.20924.12.camel@vanquo.pezone.net
обсуждение исходный текст
Ответ на static or dynamic libpgport  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-hackers
On fre, 2011-12-09 at 11:13 -0500, Andrew Dunstan wrote:
> Is there any good reason why we shouldn't build and install a dynamic 
> libpgport.so?

Just note, if you do this, you need to carefully manage API, ABI,
soname, symbol list, and all that.  Every time you tweak configure's
decision about when to include a replacement function, you need to
change the library version.  Every time you remove a function, you need
to change the soname.  Every backpatched portability fix has the
potential to escalate to a full shared library versioning dance.
Downstream packagers will be delighted, especially if this requires
changing the package name every three minor releases.

To see what this can lead to in the extreme, check the dependencies that
bind has on its internal libraries:

bind9 depends: libbind9-60, libdns69, libisc62, libisccc60, libisccfg62, liblwres60




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

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: [REVIEW] Patch for cursor calling with named parameters
Следующее
От: Robert Haas
Дата:
Сообщение: Re: JSON for PG 9.2