From: Noel Belcourt (kbelco_at_[hidden])
Date: 2006-02-21 13:13:01
On Feb 21, 2006, at 12:02 AM, Vladimir Prus wrote:
> Hi Noel,
> Essentially, you ask if Boost.Build supports MPI. I think nobody ever
> so we can't claim such support. However:
>> 1) compiling for MPI using the compiler wrapper scripts (mpicc, mpiCC)
> If the question in replacing 'gcc' with 'mpicc' in command lines?
> Well, you
> can specify a custom compiler name in 'gcc' invocation, or you can
> new "mpicc" toolset from gcc.jam and change it as needed.
Okay, I'll try this out.
>> 2) honoring the requested <toolset> by loading the appropriate
> I don't understand what you mean here, sorry.
Sorry, I was a bit too terse. Consider Darwin (Tiger actually) where I
both gcc 3.3 and 4.0 compilers installed and can use the gcc_select
to swap which gcc compiler is picked up. The ability to swap the
is what I mean by loading a module. On many of our systems, we have
compilers installed and need to load the appropriate compiler module(s)
For example, if on Darwin I asked for a gcc 3.3 build but the last
gcc_select left the 4.0 compilers as the defaults, would bjam detect
that the wrong
compilers were being run? I guess my question is does bjam perform a
check on the compiler if the user has requested a specific compiler
> I guess most of required machinery is needed, but since you're the one
> domain knowledge you'd need to try some things and then say what works
> what not and what should be fixed. I'd be happy if Boost.Build gets
> for MPI programs.
Great, I'll do just that and let you know how it goes.
Thanks for the help.
Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk