Gilles Gouaillardet d1b2f043ff fix misc memory leaks ...

as already reported by Coverity with CIDs
71818, 71819, 72250, 715767, 1196749 and 1274002

2015-03-05 13:58:05 +09:00

..

configure.m4

Get the trunk to build again when --without-hwloc is specified. Move a couple of key type definitions and utilities out from under the HAVE_HWLOC test so they are always available as they don't really depend on hwloc's presence. Tell two compnents not to build if hwloc is disabled:

2012-09-26 23:24:27 +00:00

help-orte-rmaps-lama.txt

Proper show_help error messages for LAMA.

2013-05-10 15:06:25 +00:00

Makefile.am

Use the correct abstraction layer name for the data dirs

2014-05-08 14:32:24 +00:00

owner.txt

add owner files to opa/ompi/orte mca directories

2015-02-22 15:10:23 -07:00

rmaps_lama_component.c

After a lot of pain, I've managed to resolve the problem of conflicting mapping directives caused by mismatched MCA params - i.e., where someone has one variant of an MCA param (e.g., rmaps_base_mapping_policy) in their default MCA param file, and then specifies another variant (e.g., --npernode) on the command line. I can't fully resolve the problem as there is no way to know precisely what the user meant - we can only guess which param was really intended since the MCA param system

2014-02-07 21:25:40 +00:00

rmaps_lama_max_tree.c

rmaps/lama: fix misc memory leaks

2015-03-02 15:31:11 +09:00

rmaps_lama_module.c

fix misc memory leaks

2015-03-05 13:58:05 +09:00

rmaps_lama_params.c

After a lot of pain, I've managed to resolve the problem of conflicting mapping directives caused by mismatched MCA params - i.e., where someone has one variant of an MCA param (e.g., rmaps_base_mapping_policy) in their default MCA param file, and then specifies another variant (e.g., --npernode) on the command line. I can't fully resolve the problem as there is no way to know precisely what the user meant - we can only guess which param was really intended since the MCA param system

2014-02-07 21:25:40 +00:00

rmaps_lama.h

Minor type fix (they're both enums/ints, so the compiler previously

2013-05-16 00:47:37 +00:00