Re: LD_LIBRARY_PATH_RPATH

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: LD_LIBRARY_PATH_RPATH
Date: 2019-02-01 04:52:48
Message-ID: 13749.1548996768@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk> writes:
> At least on my FreeBSD 11 box, the current definition of
> $(with_temp_install) is not sufficient to ensure that the various .so
> files are loaded from tmp_install and not from the compiled rpath (which
> will be the final install dir, which may of course contain old
> libraries).

> LD_LIBRARY_PATH_RPATH=1 fixes this (by giving LD_LIBRARY_PATH priority
> over the DT_RPATH tag in the object).

> Is this also an issue on any other platforms?

Hm. Can't reproduce that on current NetBSD or macOS; don't have
OpenBSD booted up to try right now.

However, if it helps on some platforms, I can't see much harm in
adding it in the relevant places. It should be a no-op everywhere
else.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tsunakawa, Takayuki 2019-02-01 05:02:54 RE: reloption to prevent VACUUM from truncating empty pages at the end of relation
Previous Message Tom Lane 2019-02-01 03:51:11 Re: [PATCH] Pass COPT and PROFILE to CXXFLAGS as well