On Jul 20, 2017, at 2:34 AM, Alain Miniussi
wrote: On 20/07/2017 03:53, Belcourt, Kenneth via Boost wrote: On Jul 19, 2017, at 4:00 PM, Edward Diener via Boost
mailto:boost@lists.boost.org> wrote: On 7/19/2017 5:40 PM, Alain Miniussi via Boost wrote: On 19/07/2017 22:57, Edward Diener via Boost wrote: On 7/19/2017 3:04 PM, Alain Miniussi via Boost wrote: On 19/07/2017 16:26, Franck Houssen via Boost wrote:
There is a specific piece of doc for that in: http://www.boost.org/doc/libs/1_64_0/doc/html/mpi/getting_started.html#mpi.c...
The 'using mpi' is a Boost Build rule which sets up a Boost Build toolset for use, as explained at http://www.boost.org/build/doc/html/bbv2/reference/tools.html. Yes, what I don't know is where/how that rule is implemented. Nor how to implement one like mpi.
Look at build/src/tools/mpi.jam. The 'init' rule corresponds to the 'using mpi ... ;' line(s).
I think I’ve sent this before, but here’s the user-config.jam I use to build and run Boost.MPI tests with Intel 17 and Intel MPI 5.1.
using mpi : /projects/linux_rh6/SDK/mpi/intel/5.1/bin64/mpicxx ;
using intel ;
cd libs/mpi/test ../../../b2 -d+2 toolset=intel
Does this work for you?
Sure.
Good. Note that the above user-config.jam doesn’t require you to set the include, lib paths or libraries. So I’m not sure why you say this:
As a result, with most currently deployed Intel's MPI, you need to explicitly set the include and lib path and libraries.
Can you provide me an example of an Intel MPI that requires you to explicitly set the include, lib path and libraries? Intel MPI doesn’t require you to do this any more than any other MPI implementation does.
And of course, some MPI implementations do not have wrappers.
Right. Cray, for example, does not provide a separate wrapper script, and it works just fine with Boost.MPI and Boost.Build. Noel