From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | prakashn(at)uci(dot)edu |
Cc: | "Scott Marlowe" <scott(dot)marlowe(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Running multiple versions |
Date: | 2012-01-06 15:52:20 |
Message-ID: | 13860.1325865140@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
prakashn(at)uci(dot)edu writes:
> Thanks for your reply, Scott. Your suggestion sounds like it would be
> fine, but I have a few more questions now. The docs at
> http://www.postgresql.org/docs/9.1/interactive/upgrading.html recommend
> using the new version's pg_dumpall to back up the existing cluster for
> reload. In light of your reply, it seems you pretty much *have* to change
> the pg superuser's LD_LIBRARY_PATH first.
IMO you should not be depending on LD_LIBRARY_PATH at all; getting it
right in a multi-installation scenario is simply too error-prone. Each
installation should be built with an rpath specification that points at
its library directory. End of problem.
--disable-rpath is really only useful when building packages for
distributions that have distro policy against using rpath (because
all shared libraries are supposed to be placed in system directories).
It's not a good idea in any case where you have to put the libraries
in non-system-standard directories.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | David Johnston | 2012-01-06 16:33:10 | Re: function return update count |
Previous Message | ChoonSoo Park | 2012-01-06 15:49:40 | How to code lo_creat & lo_write & lo_read in non-blocking mode |