GitLab

MT: Re-acquire thread lock when GetQueuedCompletionStatus() returns an error -- patch from Intel -- See Req 3667

actually exist.

Set the user specified env variables when using the remote shell to execute MPI processes. See Req 3645

Removed check for --enable-fast from setup_channel and setup_channel.args.  The "bash-isms" in setup-channel.args were removed also.

Some compilers like icc consider a backslash followed by a space and a newline as a different token than a backslash followed by a newline. So making sure that the multiline macros end with a backslash followed by a newline WITHOUT a space in btw to make the preprocessor of all compilers happy

Prevent multiple threads from trying to get the connection string for the same VC. SMPD does not handle this case and the program hangs. Now the current thread bails out if another thread is trying to obtain the connection info for the same VC

Updates for the dllchannel.  These fix problems with building in mpid/common/locks (the configure there needed to use MPICH_INCLUDE_DIRS) and in the builddll scripts (which needed to properly set that value before invoking the configure in mpid/common/locks).  The fix further emphasizes the need to refactor the ch3 code to properly modularize (the locks routines are built several times, with *different* include files.  This should be ok because of how those files are used, but it is not robust).