- Original Message -
> From: "Matthias Troyer"
> To: "Discussion of Boost.MPI development"
> Sent: Thursday, November 29, 2012 10:49:18 AM
> Subject: Re: [Boost-mpi] No arg init
>
>
> On Nov 29, 2012, at 5:23 PM, Jeremiah Willcock
> wrote:
> >
> > Another issue with MPI versions is th
- Original Message -
> From: "Matthias Troyer"
> To: "alain miniussi"
> Cc: "Discussion of Boost.MPI development"
> Sent: Thursday, November 29, 2012 7:21:09 AM
> Subject: Re: [Boost-mpi] Thread API
>
>
> On Nov 29, 2012, at 1:11 PM, Alain O Miniussi
> wrote:
> >
> > That being said,
On Thu, 29 Nov 2012, Matthias Troyer wrote:
On Nov 29, 2012, at 5:23 PM, Jeremiah Willcock wrote:
Another issue with MPI versions is that Boost.MPI currently uses
functions such as MPI_Address that have been removed in MPI 3.0. Is
that something that should be addressed in the future? I
On Nov 29, 2012, at 5:23 PM, Jeremiah Willcock wrote:
>
> Another issue with MPI versions is that Boost.MPI currently uses functions
> such as MPI_Address that have been removed in MPI 3.0. Is that something
> that should be addressed in the future? I think the replacements for some of
> th
On Thu, 29 Nov 2012, Alain O Miniussi wrote:
Hal,
Based on http://www.mpi-forum.org/docs/mpi-20-html/node43.htm#Node43.
Only implementations conforming to MPI1.1 are allowed to require passing
the actual values provided to main, MPI-2 does not.
I don't know what kind of compatibility we want
Hal,
Based on http://www.mpi-forum.org/docs/mpi-20-html/node43.htm#Node43.
Only implementations conforming to MPI1.1 are allowed to require passing
the actual values provided to main, MPI-2 does not.
I don't know what kind of compatibility we want to maintain wrt
MPI1,(afaic, stuff that is in
Alain,
I thought the system was arranged as it was because some MPI implementations
pass special arguments from the runtime system to the MPI library via special
command-line arguments. Passing the args to MPI_Init allows the library to
intercept those arguments (and erase them from the arg lis
On Nov 29, 2012, at 1:11 PM, Alain O Miniussi wrote:
>
> That being said, I do not have a strong opinion between:
> a) provide a 2 argument ctor
> b) provide one argument ctor, and test provided level afterward.
>
> I just have a preference for b, because I find it simpler (both in terms
> of A
On Thu, 2012-11-29 at 12:28 +0100, Matthias Troyer wrote:
> On Nov 28, 2012, at 9:22 PM, Hal Finkel wrote:
>
> > - Original Message -
> >> From: "Alain O Miniussi"
> >> To: "Hal Finkel"
> >> Cc: "Discussion of Boost.MPI development"
> >> Sent: Wednesday, November 28, 2012 12:14:44 PM
>
On Thu, 2012-11-29 at 12:30 +0100, Matthias Troyer wrote:
> On Nov 29, 2012, at 12:06 PM, Alain O Miniussi wrote:
>
> > On Wed, 2012-11-28 at 14:22 -0600, Hal Finkel wrote:
> >>> So, to summarize, we have 3 issues:
> >>> 1) syntax: lower vs upper case and mt->threading.
> >>> 2) throw an excepti
On Nov 29, 2012, at 12:06 PM, Alain O Miniussi wrote:
> On Wed, 2012-11-28 at 14:22 -0600, Hal Finkel wrote:
>>> So, to summarize, we have 3 issues:
>>> 1) syntax: lower vs upper case and mt->threading.
>>> 2) throw an exception if the requested level is not available
>>> 3) macro to control av
On Nov 28, 2012, at 9:22 PM, Hal Finkel wrote:
> - Original Message -
>> From: "Alain O Miniussi"
>> To: "Hal Finkel"
>> Cc: "Discussion of Boost.MPI development"
>> Sent: Wednesday, November 28, 2012 12:14:44 PM
>> Subject: Re: [Boost-mpi] Thread API
>>
>>
>> So, to summarize, we h
Hi Alain,
You can indeed provide no arg initialization and just fake arguments for MPI-1.
Matthais
On Nov 29, 2012, at 12:13 PM, Alain O Miniussi wrote:
>
> Hi,
>
> While working on the thread issue, a question arises regarding the no
> arg initialization.
>
> I understand that some MPI1.x
Hi,
While working on the thread issue, a question arises regarding the no
arg initialization.
I understand that some MPI1.x might not allow it, but should BOOST.MPI
refect that choice ? Why can't we just pass dummy empty (argc,argv) to
MPI_Init(_thread) since, after all, no specific values are
On Wed, 2012-11-28 at 14:22 -0600, Hal Finkel wrote:
> > So, to summarize, we have 3 issues:
> > 1) syntax: lower vs upper case and mt->threading.
> > 2) throw an exception if the requested level is not available
> > 3) macro to control availability of MPI[1|2|3] features
In the attached patch:
1
15 matches
Mail list logo