really want to fire up the modules early just to get the unique id and it
will cause all kinds of fun along the way that we don't want.
Update the pcm components to match (keeping in mind none of them can
provide any extra info (although some day, I'm sure the ompid one
could do so)
Add a base function to access the unique id info.
This commit was SVN r2619.
Ensure that OMPI_F77_* are always defined, even if a) a f77 compiler
is not found, or b) the user disables the f77 MPI bindings.
This commit was SVN r2618.
Also removed the mpirun3 directory since we are basically dragging mpirun2 along with us - no need to create a new version after all.
Made a few changes to the universe info structure, eliminating the "webserver" and "socket" fields since we will do those contacts through the oob channel. Also changed the "silent_mode" field to "console" since silent mode is the default - the flag needs to tell you to turn the console on, not off.
Parse environ function now gets the ns and gpr replica contact info and loads it in the proper places to hand it off to the respective components, thus allowing me to check connection to them as part of determining if the named universe already exists. Changed the local_universe_exists function accordingly and gave it a new name (since the replicas may not be local). This name will shortly be changed to "ompi_rte_join_universe" as I complete the logic for doing that function.
Please let me know if you see any problems. I successfully ran some trivial multi-process functions in both mpirun2 and singleton modes, and ran the seed daemon as well, so I think it should all be okay.
This commit was SVN r2611.
Succeeded in contacting an existing persistent universe, and connecting!!! Thanks to Tim for the "ping" function.
First cut at a console - all it does right now is tell the universe to "die", but at least comm is being established.
This commit was SVN r2607.
- move the list management code into one set of functions that can be
locked / unlocked as needed
- clean up some stupidity in code
This commit was SVN r2594.
such, so no reason not to turn it on.
* Add some more comments to the pcm interface about recent changes to
the interface
* Add some comments to the RMS PCM and move the global list destruct
from finalize to close, since finalize may be called many times.
This commit was SVN r2593.
at the same time and multiple modules of the same component to be loaded
at the same time (but not launching procs in the same job).
- add a "this" pointer to all the PCM functions
- make base select() function return a list of selected pcms, based on
given criteria bitmask
- update all the pcms to match
* Add a insert before position function to the ompi_list code
This commit was SVN r2590.
For those of you looking into the guts of these functions, the most visible changes are:
- raising the assignment of the process name to a higher level, taking it out of the "hole" it had fallen into. We've been having problems with multiple functions assigning the process name. This is understandable - lots of workarounds were implemented in the early development stages. However, it was becoming hard to determine WHEN the name was being defined - it was being hidden under too many layers of function calls. Hence, it is now assigned in the three primary programs in a very visible fashion. Hopefully, we can now chase down all the other places and get rid of them.
- similarly, I raised the visibility of when the session directory gets constructed to ensure it doesn't get done at the wrong time and/or multiple times.
- created a new function that parses all the non-mca level environmental variables and assigns the info into the corresponding structures. I have also included notes in this function and in the various ompi_rte_init_stage functions about proper ordering.
- modified the rte cmd line parsers to store the options they find into the environment so they can be passed along later
That about does it.
This commit was SVN r2589.
