Search
j0ke.net Open Build Service
>
Projects
>
server:database
:
postgresql
:
8.4
>
postgresql
> postgresql-perl-rpath.patch
Sign Up
|
Log In
Username
Password
Cancel
Overview
Repositories
Revisions
Requests
Users
Advanced
Attributes
Meta
File postgresql-perl-rpath.patch of Package postgresql
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,