Re: is allow_nonpic_in_shlib still useful? - Mailing list pgsql-hackers

From Tom Lane
Subject Re: is allow_nonpic_in_shlib still useful?
Date
Msg-id 24943.1355591242@sss.pgh.pa.us
Whole thread Raw
In response to is allow_nonpic_in_shlib still useful?  (Peter Eisentraut <peter_e@gmx.net>)
List 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 by date:

Previous
From: Tom Lane
Date:
Subject: Re: Parser Cruft in gram.y
Next
From: Pavan Deolasee
Date:
Subject: Re: Makefiles don't seem to remember to rebuild everything anymore