1
1
openmpi/orte/mca/pls
George Bosilca dcce444ed4 When the user give a prefix that really means something. I expect to
start looking for the daemons using the prefix.

This commit was SVN r13297.
2007-01-25 07:35:25 +00:00
..
base Add ORTE_DECLSPEC, and few conversions. 2007-01-24 00:52:08 +00:00
bproc Fix bproc nodename to correctly assign process-to-nodename mapping 2007-01-22 19:39:00 +00:00
cnos Update the Cray XT3 run-time support files to compile with latest RTE changes 2007-01-17 22:47:27 +00:00
gridengine Remove unneeded PARAM_INIT_FILE variable in configure.params files used by 2007-01-08 03:44:22 +00:00
poe Remove unneeded PARAM_INIT_FILE variable in configure.params files used by 2007-01-08 03:44:22 +00:00
process When the user give a prefix that really means something. I expect to 2007-01-25 07:35:25 +00:00
proxy Remove unneeded PARAM_INIT_FILE variable in configure.params files used by 2007-01-08 03:44:22 +00:00
rsh Need to include strings.h because that is where the rindex() 2007-01-10 18:44:08 +00:00
slurm For --prefix-like behavior, we used to modifiy environ directly and 2007-01-22 15:50:35 +00:00
tm Remove unneeded PARAM_INIT_FILE variable in configure.params files used by 2007-01-08 03:44:22 +00:00
xcpu Remove unneeded PARAM_INIT_FILE variable in configure.params files used by 2007-01-08 03:44:22 +00:00
xgrid Remove unneeded PARAM_INIT_FILE variable in configure.params files used by 2007-01-08 03:44:22 +00:00
Makefile.am Here is the major MAD-cure commit. I have written plenty about it, so I refer you here to those messages for a description of everything that was done. 2006-09-14 21:29:51 +00:00
pls_types.h Here is the major MAD-cure commit. I have written plenty about it, so I refer you here to those messages for a description of everything that was done. 2006-09-14 21:29:51 +00:00
pls.h Bring over the update to terminate orteds that are generated by a dynamic spawn such as comm_spawn. This introduces the concept of a job "family" - i.e., jobs that have a parent/child relationship. Comm_spawn'ed jobs have a parent (the one that spawned them). We track that relationship throughout the lineage - i.e., if a comm_spawned job in turn calls comm_spawn, then it has a parent (the one that spawned it) and a "root" job (the original job that started things). 2006-11-14 19:34:59 +00:00