Hi, I'm really grateful for the detailed responses.
I'll try running different responses as Larry suggested. Right now MPICH
seems to be satisfying my needs, so I have less time to devote to getting
OpenMPI working, but I am interested in having it working just as an option
to MPICH.
Thanks!
On
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
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
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
FWIW: I build OMPI on Mac OS-X (Snow Leopard) every day, without adding any
extra flags, without problem. The citation below relates to something from a
long time ago, I believe - haven't seen that problem in quite some time.
I do not, however, use PGI. We regularly have problems with PGI on a v
Matthew,
I have the same type of error on a completely different software
package on Mac OS X. The error occurs because of the way that Mac OS
X searches for -lutil. If the libutil.a ORTE needs is theirs, i.e.,
not the system libutil.dylib, then you have exactly the same problem I
did.
I hope this problem merits being posted here.
On OS X (Snow Leopard, and Lion), I cannot seem to build Open MPI.
After a lot of building, I get the error:
/bin/sh ../../../libtool --tag=CC --mode=link
/opt/pgi/osx86-64/10.9/bin/pgcc -DNDEBUG -O2 -Msignextend -V
-export-dynamic -o orte-clean
10 matches
Mail list logo
