Could we maybe narrow it down some? If we are going to do it, let’s not make the mistake of the MCA param system and create so many levels. Nobody can figure out the right gradation as it is just too fine grained.
I think Nathan’s proposal is the max that makes sense. I’d also like to see us apply the same logic to the MCA param system. Let’s just define ~4 named levels and get rid of the fine grained numbering. > On Jun 8, 2015, at 2:04 AM, Gilles Gouaillardet <gil...@rist.or.jp> wrote: > > Nathan, > > i think it is a good idea to use names vs numeric values for verbosity. > > what about using "a la" log4c verbosity names ? > http://sourceforge.net/projects/log4c/ > <http://sourceforge.net/projects/log4c/> > > static const char* const priorities[] = { > "FATAL", > "ALERT", > "CRIT", > "ERROR", > "WARN", > "NOTICE", > "INFO", > "DEBUG", > "TRACE", > "NOTSET", > "UNKNOWN" > }; > > Cheers, > > Gilles > > On 5/30/2015 1:32 AM, Nathan Hjelm wrote: >> At the moment we have a loosely enforced standard for verbosity >> values. In general frameworks accept anything in the range 0 - 100 with >> few exceptions. I am thinking about adding an enumerator for verbosities >> that will accept values in this range and certain named constants which >> will match with specific verbosity levels. One possible set: none - 0, >> low - 25, med - 50, high - 75, max - 100. I am open to any set of named >> verbosities. >> >> Thoughts? >> >> -Nathan >> >> >> >> _______________________________________________ >> devel mailing list >> de...@open-mpi.org <mailto:de...@open-mpi.org> >> Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel >> <http://www.open-mpi.org/mailman/listinfo.cgi/devel> >> Link to this post: >> http://www.open-mpi.org/community/lists/devel/2015/05/17468.php >> <http://www.open-mpi.org/community/lists/devel/2015/05/17468.php> > _______________________________________________ > devel mailing list > de...@open-mpi.org > Subscription: http://www.open-mpi.org/mailman/listinfo.cgi/devel > Link to this post: > http://www.open-mpi.org/community/lists/devel/2015/06/17472.php
