[mpich-discuss] Using RPATH

[Dave Goodell]

Fixed by http://trac.mcs.anl.gov/projects/mpich2/changeset/9691

-Dave

On Apr 10, 2012, at 9:30 AM CDT, Dave Goodell wrote:

> Looks like I botched this when fixing ticket #1497:
> 
> http://trac.mcs.anl.gov/projects/mpich2/ticket/1479
> 
> I forgot we were still using the result of "--enable-rpath" in the compiler wrappers even though we stopped having control of this for binaries/libraries built by the MPICH2 build system.  So our "@enable_rpath@" substitutions in the wrappers no longer get substituted and the `test "X$enable_rpath" = "Xyes"' always evaluates to false.
> 
> I'll straighten this out today.
> 
> -Dave
> 
> On Apr 10, 2012, at 6:16 AM CDT, Jed Brown wrote:
> 
>> On Tue, Apr 10, 2012 at 01:15, Reuti <reuti at staff.uni-marburg.de> wrote:
>> I would assume that it's a feature of the OS and not of MPICH. There are the commands: chrpath to change it an readelf to check what's inside the application in question.
>> 
>> I can change RPATH after the fact or by manually specifying it. The issue is that in the past, wrappers installed to non-system paths would include -Wl,-rpath,$prefix/lib by default. It appears that that behavior changed in the past week or two because I rebuilt mpich2 trunk and the option has vanished from the wrappers. I just want to know whether it's intentional (in which case I will make a permanent workaround on my end) or not.
>> _______________________________________________
>> mpich-discuss mailing list     mpich-discuss at mcs.anl.gov
>> To manage subscription options or unsubscribe:
>> https://lists.mcs.anl.gov/mailman/listinfo/mpich-discuss
> 
> _______________________________________________
> mpich-discuss mailing list     mpich-discuss at mcs.anl.gov
> To manage subscription options or unsubscribe:
> https://lists.mcs.anl.gov/mailman/listinfo/mpich-discuss