<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Mar 7, 2014 at 7:03 AM, Edward Ned Harvey (mono) <span dir="ltr"><<a href="mailto:edward.harvey.mono@clevertrove.com" target="_blank">edward.harvey.mono@clevertrove.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> From: Rodrigo Kumpera [mailto:<a href="mailto:kumpera@gmail.com">kumpera@gmail.com</a>]<br>
<div class="">><br>
> The issue is that we don't want to set RPATH to a value in the dynamic linker<br>
> path. This is known to cause all sorts of issues. Setting it<br>
> to, for example, /opt/lib is fine but /usr/lib is not.<br>
<br>
</div>Just to be clear, setting RPATH and RUNPATH simultaneously behaviorally means RPATH is not set - only RUNPATH.  Which means, if you want to override using LD_LIBRARY_PATH, you can.<br>
<br>
What's the problem if you set it to /usr/lib?  And what are some of the other issues you're talking about?<br>
<br>
I have built mono on a couple of systems this way now in the last couple of days (using --prefix=/usr/local/mono-3.2.8 and RUNPATH=/usr/local/mono-3.2.8/lib) ...  I haven't had any problems with it yet, but if there's going to be a problem in the future, I'd like to know what to expect before it happens...<br>

</blockquote></div><br></div><div class="gmail_extra">Setting RPATH to /usr/lib causes a lot of problems. Specially when you're migrating between versions. glibc suffered huge pains from this.</div><div class="gmail_extra">
<br></div><div class="gmail_extra">OTOH, setting RPATH to /usr/lib and installing to a custom prefix is probably fine'ish.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">
<br></div></div>