Rainer Keller d81443cc5a - On the way to get the BTLs split out and lessen dependency on orte: ... Often, orte/util/show_help.h is included, although no functionality is required -- instead, most often opal_output.h, or orte/mca/rml/rml_types.h Please see orte_show_help_replacement.sh commited next. - Local compilation (Linux/x86_64) w/ -Wimplicit-function-declaration actually showed two *missing* #include "orte/util/show_help.h" in orte/mca/odls/base/odls_base_default_fns.c and in orte/tools/orte-top/orte-top.c Manually added these. Let's have MTT the last word. This commit was SVN r20557.		2009-02-14 02:26:12 +00:00
..
base	- On the way to get the BTLs split out and lessen dependency on orte:	2009-02-14 02:26:12 +00:00
bproc	Move the daemon collectives out of the ODLS and into the GRPCOMM framework. This removes the inherent assumption that the OOB topology is a tree, thus allowing different grpcomm/routed combinations to implement collectives appropriate to their topology.	2009-01-27 19:13:56 +00:00
default	Move the daemon collectives out of the ODLS and into the GRPCOMM framework. This removes the inherent assumption that the OOB topology is a tree, thus allowing different grpcomm/routed combinations to implement collectives appropriate to their topology.	2009-01-27 19:13:56 +00:00
process	Include the missing header that used by the fix commit r20402, and use the correct reference for the parameter of orte_odls_base_notify_iof_complete function call. Thanks Ralph for r20402.	2009-02-03 18:14:43 +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
odls_types.h	Move the daemon collectives out of the ODLS and into the GRPCOMM framework. This removes the inherent assumption that the OOB topology is a tree, thus allowing different grpcomm/routed combinations to implement collectives appropriate to their topology.	2009-01-27 19:13:56 +00:00
odls.h	Move the daemon collectives out of the ODLS and into the GRPCOMM framework. This removes the inherent assumption that the OOB topology is a tree, thus allowing different grpcomm/routed combinations to implement collectives appropriate to their topology.	2009-01-27 19:13:56 +00:00