On Tue, Aug 27, 2013 at 06:57:09PM +0200, George Bosilca wrote:
> On Jul 19, 2013, at 17:57 , Jeff Squyres (jsquyres) <jsquyres_at_[hidden]> wrote:
> > I've now talked to both George and Nathan. Let me summarize for the web archives / community:
> > 1. There are two main points of contention:
> > 1a. ompi_info has a *very long-standing precedent* behavior of using <framework> MCA params to exclude the display of components (and their params). Users have come to rely on this behavior to test that OMPI is honoring their $HOME/.openmpi-mca-params.conf file (for example) because -- at least prior to new ompi_info -- there was no other way to verify that.
> > 1b. It seems meaningless for MPI_T_Init to open *all* components when we're just going to be exposing a bunch of components/parameters that will not be used. Easy example: MPI_T_Init will open all the PMLs, but we'll only end up using one of them. Why have all the rest?
> Any progress on this?
Please take a look @ r29070. I changed the default behavior of ompi_info
-a when --level is not specified to assume level 9. I also added an
option (--selected-only/-s) that limits the output to components that
may be selected. Let me know if this fix is ok.