Re: is allow_nonpic_in_shlib still useful?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: is allow_nonpic_in_shlib still useful?
Дата
Msg-id 24943.1355591242@sss.pgh.pa.us
обсуждение исходный текст
Ответ на is allow_nonpic_in_shlib still useful?  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes:
> In the plperl and plpython makefiles we look for a shared library of
> libperl or libpython, and if it's not found, we check for
> allow_nonpic_in_shlib, and if that's yes, then we proceed anyway.
> Apparently, and IIRC, this was set up in a time when those shared
> libraries were not available through standard builds, but I think that
> hasn't been the case for quite a while.

> The only platforms where we set allow_nonpick_in_shlib is linux and
> freebsd/i386 (presumably an obsolescent combination).  Are there any
> Linux builds that don't supply the required shared libraries?

Doubt it.  I'm pretty sure that every Linux distro would strongly
discourage linking static libraries as large as perl or python into
another package anyway, because of the difficulty of applying security
updates for said libraries if this has been done.  In Red Hat's distros,
static libraries aren't shipped *at all* without a damn good
package-specific reason --- and neither the perl nor python packages
provide such a library AFAICT.

FreeBSD might be a different story though.
        regards, tom lane



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Parser Cruft in gram.y
Следующее
От: Pavan Deolasee
Дата:
Сообщение: Re: Makefiles don't seem to remember to rebuild everything anymore