postgresql/postgresql-perl-rpath.patch

23 lines
1.1 KiB
Diff
Raw Normal View History

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-12-29 00:13:08 +00:00
diff -Naur postgresql-9.0.1.orig/src/pl/plperl/GNUmakefile postgresql-9.0.1/src/pl/plperl/GNUmakefile
--- postgresql-9.0.1.orig/src/pl/plperl/GNUmakefile 2010-10-01 10:25:44.000000000 -0400
+++ postgresql-9.0.1/src/pl/plperl/GNUmakefile 2010-10-11 11:50:19.933972244 -0400
@@ -40,6 +40,9 @@
2009-08-18 02:58:55 +00:00
SHLIB_LINK = $(perl_embed_ldflags)
+# Force rpath to be used even though we disable it everywhere else
2005-10-04 22:04:22 +00:00
+SHLIB_LINK += $(rpath)
+
2010-05-17 17:30:50 +00:00
REGRESS_OPTS = --dbname=$(PL_TESTDB) --load-language=plperl --load-language=plperlu
2010-12-29 00:13:08 +00:00
REGRESS = plperl plperl_trigger plperl_shared plperl_elog plperl_util plperl_init plperlu
2010-05-17 17:30:50 +00:00
# if Perl can support two interpreters in one backend,