Re: LD_LIBRARY_PATH_RPATH - Mailing list pgsql-hackers

From Tom Lane
Subject Re: LD_LIBRARY_PATH_RPATH
Date
Msg-id 13749.1548996768@sss.pgh.pa.us
Whole thread Raw
In response to LD_LIBRARY_PATH_RPATH  (Andrew Gierth <andrew@tao11.riddles.org.uk>)
Responses Re: LD_LIBRARY_PATH_RPATH  (Andrew Gierth <andrew@tao11.riddles.org.uk>)
Re: LD_LIBRARY_PATH_RPATH  (Andrew Gierth <andrew@tao11.riddles.org.uk>)
List pgsql-hackers
Andrew Gierth <andrew@tao11.riddles.org.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


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [PATCH] Pass COPT and PROFILE to CXXFLAGS as well
Next
From: "Tsunakawa, Takayuki"
Date:
Subject: RE: reloption to prevent VACUUM from truncating empty pages at theend of relation