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.


diff -Naur postgresql-8.2.0.orig/src/pl/plperl/GNUmakefile postgresql-8.2.0/src/pl/plperl/GNUmakefile
--- postgresql-8.2.0.orig/src/pl/plperl/GNUmakefile	2006-07-20 20:24:04.000000000 -0400
+++ postgresql-8.2.0/src/pl/plperl/GNUmakefile	2006-12-04 20:00:56.000000000 -0500
@@ -36,6 +36,9 @@
 
 SHLIB_LINK = $(perl_embed_ldflags) $(BE_DLLLIBS)
 
+# Force rpath to be used even though we disable it everywhere else
+SHLIB_LINK += $(rpath)
+
 REGRESS_OPTS = --dbname=$(PL_TESTDB) --load-language=plperl
 REGRESS = plperl plperl_trigger plperl_shared plperl_elog
 # where to find psql for running the tests