On Jan 21, 2012, at 23:33 , Ralph Castain wrote:
> We could - but the cmd line is already quite long, and that would make it
> worse.
We have up to 16k on most ssh-aware OSes (32k on most of the Linux), so today
we're still a light-year away from that. The extra 40 chars ("export
DYLD_LIBRARY_PATH=LD_LIBRARY_PATH") will certainly take us closer to the limit,
but not by a significant amount.
Moreover, the solution I proposed will work in any cases, without having to
have prior knowledge about the peer (aka ping the remote host with a uname
command).
george.
> <shrug> Doesn't strike me as all that complicated.
>
> On Jan 21, 2012, at 7:26 PM, George Bosilca wrote:
>
>> How about instead of all the patches (r25758, r25762 and r25763) we just set
>> both LD_LIBRARY_PATH and DYLD_LIBRARY_PATH everywhere? One will get ignored
>> on Unix while the other on Darwin?
>>
>> Another benefit will be to have a significantly cleaner...
>>
>> george.
>>
>> On Jan 21, 2012, at 18:48 , r...@osl.iu.edu wrote:
>>
>>> Author: rhc
>>> Date: 2012-01-21 18:48:42 EST (Sat, 21 Jan 2012)
>>> New Revision: 25762
>>> URL: https://svn.open-mpi.org/trac/ompi/changeset/25762
>>>
>>> Log:
>>> Expand the coverage a little when looking at remote shells for rsh. Prior
>>> patch (r25758) works only if both ends of the rsh/ssh connection are Mac.
>>> What we really want is to use the Mac version of ld_library_path when the
>>> remote end is Mac, regardless of the OS where mpirun is executing. So add a
>>> test for system type to the remote_shell test, and set the ld_library_path
>>> name to match the remote system type.
>>
>>
>> _______________________________________________
>> devel mailing list
>> de...@open-mpi.org
>> http://www.open-mpi.org/mailman/listinfo.cgi/devel
>
>
> _______________________________________________
> devel mailing list
> de...@open-mpi.org
> http://www.open-mpi.org/mailman/listinfo.cgi/devel
