From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
Cc: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, John Naylor <john(dot)naylor(at)enterprisedb(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [RFC] building postgres with meson |
Date: | 2021-10-14 23:23:58 |
Message-ID: | 910266.1634253838@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andres Freund <andres(at)anarazel(dot)de> writes:
> If, and perhaps that's too big an if, relative rpaths actually work despite
> SIP, it might be worth setting a relative install_rpath, because afaict that
> should then work both for a "real" installation and our temporary test one.
From what we know so far, it seems like SIP wouldn't interfere with
that (if it works at all). I think what SIP desires to prevent is
messing with a program's execution by setting DYLD_LIBRARY_PATH.
As long as the program executable itself is saying where to find
the library, I don't see why they should interfere with that.
(Again, it seems blindingly stupid to forbid this while not blocking
PATH or any of the other environment variables that have always affected
execution. But what do I know.)
> If absolute rpaths are required, it'd make the process a bit more expensive,
It'd also put the kibosh on relocatable install trees, though I dunno how
much people really care about that.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | John Naylor | 2021-10-14 23:27:17 | Re: [RFC] building postgres with meson |
Previous Message | Andres Freund | 2021-10-14 23:15:01 | Re: [RFC] building postgres with meson |