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).
> <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...
>> On Jan 21, 2012, at 18:48 , rhc_at_[hidden] 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
>>> 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
> devel mailing list