File postgresql-perl-rpath.patch of Package postgresql

File postgresql-perl-rpath.patch of Package postgresql (Revision a1e2c36efd9d015b74e5759e8b548582)

Currently displaying revision a1e2c36efd9d015b74e5759e8b548582, show latest

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.

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
 
 SHLIB_LINK = $(perl_embed_ldflags)
 
+# Force rpath to be used even though we disable it everywhere else
+SHLIB_LINK += $(rpath)
+
 REGRESS_OPTS = --dbname=$(PL_TESTDB) --load-language=plperl  --load-language=plperlu
 REGRESS = plperl plperl_trigger plperl_shared plperl_elog
 # if Perl can support two interpreters in one backend,