Re: Running multiple versions

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

In response to

Browse pgsql-general by date

  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