On May 7, 2013, at 11:34 AM, Thomas Naughton wrote:
> Hi,
>
> Briefly, I'm Thomas. I work at ORNL. I changed autogen.pl on my
> first commit to OMPI trunk. (Insert rookie joke here. :-D)
Welcome!
>
> The changes in r28456 for autogen.pl were pretty basic/minor. I
> apologize for not send
On 6 May 2013, at 11:14 AM, Jeff Squyres (jsquyres) wrote:
> We typically do something informally scheduled on the day of, or somesuch
> (e.g., around 4pm people start wondering aloud what we should do for dinner
> :-) ). But if there is interest for others to attend, we can probably set up
>
On May 7, 2013, at 2:44 PM, Thomas Naughton wrote:
> Ok, looks like this may just do the trick. We briefly discussed this today
> and probably can change our use case to make use of this mechanism instead
> and avoid any further enhancments.
>
> Question: If you do a setenv for this MCA param,
Hi,
Ok, looks like this may just do the trick. We briefly discussed this today
and probably can change our use case to make use of this mechanism instead
and avoid any further enhancments.
Question: If you do a setenv for this MCA param, does that extend the
default search path? Or
Please see below.
Josh
-Original Message-
From: bugs-boun...@open-mpi.org [mailto:bugs-boun...@open-mpi.org] On Behalf Of
Open MPI
Sent: Thursday, May 02, 2013 9:12 AM
Cc: b...@open-mpi.org
Subject: [OMPI bugs] [Open MPI] #3593: btl_openib: change SRQ defaults
#3593: btl_openib: change
Hi,
Briefly, I'm Thomas. I work at ORNL. I changed autogen.pl on my
first commit to OMPI trunk. (Insert rookie joke here. :-D)
The changes in r28456 for autogen.pl were pretty basic/minor. I
apologize for not sending a follow-up email to devel mailing list
outlining the changes -- poor netiq
Reviewed by Mike D.
Josh
-Original Message-
From: bugs-boun...@open-mpi.org [mailto:bugs-boun...@open-mpi.org] On Behalf Of
Open MPI
Sent: Thursday, May 02, 2013 9:10 AM
Cc: b...@open-mpi.org
Subject: [OMPI bugs] [Open MPI] #3592: btl_openib: change SRQ defaults
#3592: btl_openib: chang
Crud - it just struck me that you don't want to do one thing in that patch.
> + Avoid adding "ignored" frameworks to the autogenerated "frameworks.h"
> header file.
We use the frameworks.h file to "discover" the frameworks in ompi_info. Even if
no components are built for that framework, there
I believe we already have a way of defining where to get the default mca params:
ret = mca_base_var_register ("opal", "mca", "base", "param_files", "Path
for MCA "
"configuration files containing variable
values",
MCA_BASE_VAR
On May 7, 2013, at 6:19 AM, Jeff Squyres (jsquyres) wrote:
> On May 6, 2013, at 10:39 PM, Ralph Castain wrote:
>
>> Could someone help me out a bit here:
>>
>> * I'm unaware of any mechanism for "ignoring" an entire framework. Was
>> something added for that purpose?
>
> It's been in autoge
Given Ralph's questions about
rhttps://svn.open-mpi.org/trac/ompi/changeset/28456, ORNL's second question to
me/Nathan about MCA params is probably worth forwarding to the list -- see
below.
Thoughts on this proposal?
Begin forwarded message:
> From: "Boehm, Swen"
> Subject: Re: Q: project
On May 6, 2013, at 10:39 PM, Ralph Castain wrote:
> Could someone help me out a bit here:
>
> * I'm unaware of any mechanism for "ignoring" an entire framework. Was
> something added for that purpose?
It's been in autogen.pl for a while -- check out the end of
mca_process_framework() in autog
12 matches
Mail list logo
