Move interpreter shared library detection to configure
authorPeter Eisentraut <peter_e@gmx.net>
Sat, 2 May 2015 01:38:21 +0000 (21:38 -0400)
committerPeter Eisentraut <peter_e@gmx.net>
Sat, 2 May 2015 01:38:21 +0000 (21:38 -0400)
commitd664a10f9623fd2198b257e513bce849d439a773
tree122918562558012874096a6dc041f186df4252cd
parent77477e745be534c5925cf7cb8b9c6a7698c575a3
Move interpreter shared library detection to configure

For building PL/Perl, PL/Python, and PL/Tcl, we need a shared library of
libperl, libpython, and libtcl, respectively.  Previously, this was
checked in the makefiles, skipping the PL build with a warning if no
shared library was available.  Now this is checked in configure, with an
error if no shared library is available.

The previous situation arose because in the olden days, the configure
options --with-perl, --with-python, and --with-tcl controlled whether
frontend interfaces for those languages would be built.  The procedural
languages were added later, and shared libraries were often not
available in the beginning.  So it was decided skip the builds of the
procedural languages in those cases.  The frontend interfaces have since
been removed from the tree, and shared libraries are now available most
of the time, so that setup makes much less sense now.

Also, the new setup allows contrib modules and pgxs users to rely on the
respective PLs being available based on configure flags.
config/python.m4
configure
configure.in
src/Makefile.global.in
src/pl/plperl/GNUmakefile
src/pl/plpython/Makefile
src/pl/tcl/Makefile