Just an FYI. Disabling ORTE support is intended solely for systems that require
no RTE assistance - e.g., Crays. Configuring without RTE support will generate
something that cannot run on a Mac, which is why the build fails in that
environment - it is looking for external RTE support that does n
Matthew,
The best I can come up with is that somehow the declaration of
external orte_odls in orte/mca/odls/odls.h
ORTE_DECLSPEC extern orte_odls_base_module_t orte_odls; /* holds
selected module's function pointers */
does not exactly match the definition of orte_odis in orte/mca/odis/
Matthew,
orte_odls is a global variable defined in odls_base_open.c.
I used your configure options, but did not override the compiler or
compiler flags options. configure used gcc. odls_base_open.c gets
compiled and then the object gets inserted into libmca_odls.a. Later,
it looks like
We talked about this a lot today on the call (and then some more afterwards).
:-)
I think there's 2 important points here.
1. Ralph's original test was written with the intent of launching it with 1
process which would then do a series of local spawns. Even doing a huge
truckload of them, Ral
Matthew,
What configure options did you use?
I can try to replicate your findings, as best I can, using the Intel
compiler on my desktop Mac (Leopard). One thing I want to investigate
is which libutil is supposed to be linked. There is no -L in the
failing link step. Is that possibly th
The problem I have on our own package is definitely a current problem
that requires the ld -search_paths_first option on Mac OS X. From man
ld on Mac OS X Snow Leopard:
-search_paths_first
By default the -lx and -weak-lx options first search
for a
file
I am in favor.
Rich
On Aug 16, 2011, at 11:51 AM, Jeff Squyres wrote:
> We talked about this on the call today.
>
> No one seemed to have any objections; I generally think that this is the good
> idea.
>
> Any other comments?
>
>
> On Aug 12, 2011, at 4:09 PM, Edgar Gabriel wrote:
>
>> WHA
Hmm, I tried the recommendation above, adding -Wl,-search_paths_first, and I
still ran into the same issue. I suspect it is an issue with PGI.
Meanwhile, I've been able to get my applications (CMAQ) working with MPICH2,
so for now at least I am going to continue with that.
Thanks for the respons
We talked about this on the call today.
No one seemed to have any objections; I generally think that this is the good
idea.
Any other comments?
On Aug 12, 2011, at 4:09 PM, Edgar Gabriel wrote:
> WHAT: add the ompio io module and new parallel io frameworks to trunk
>
> TIMEOUT: 08/22/2011
>
