2010-02-09 13:43:44 +00:00
|
|
|
We configure Postgres with --disable-rpath because for the most part we
|
|
|
|
|
want to leave it to ldconfig to determine where libraries are. However,
|
|
|
|
|
for some reason the Perl package puts libperl.so in a nonstandard place
|
|
|
|
|
and doesn't add that place to the ldconfig search path. I think this
|
|
|
|
|
is a Perl packaging bug, myself, but apparently it's not going to change.
|
|
|
|
|
So work around it by adding an rpath spec to plperl.so (only).
|
|
|
|
|
Per bug #162198.
|
|
|
|
|
|
|
|
|
|
|
2010-06-18 14:11:48 +00:00
|
|
|
Index: src/pl/plperl/GNUmakefile
|
|
|
|
|
===================================================================
|
|
|
|
|
--- src/pl/plperl/GNUmakefile.orig 2010-05-13 18:40:36.000000000 +0200
|
|
|
|
|
+++ src/pl/plperl/GNUmakefile 2010-06-18 10:10:04.296498028 +0200
|
|
|
|
|
@@ -38,6 +38,9 @@ OBJS = plperl.o spi_internal.o SPI.o
|
2010-02-09 13:43:44 +00:00
|
|
|
|
|
|
|
|
SHLIB_LINK = $(perl_embed_ldflags)
|
|
|
|
|
|
|
|
|
|
+# Force rpath to be used even though we disable it everywhere else
|
|
|
|
|
+SHLIB_LINK += $(rpath)
|
|
|
|
|
+
|
2010-06-18 14:11:48 +00:00
|
|
|
REGRESS_OPTS = --dbname=$(PL_TESTDB) --load-language=plperl --load-language=plperlu
|
2010-02-09 13:43:44 +00:00
|
|
|
REGRESS = plperl plperl_trigger plperl_shared plperl_elog
|
2010-06-18 14:11:48 +00:00
|
|
|
# if Perl can support two interpreters in one backend,
|
