<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">While I agree that "all" should mean "all", this unfortunate use is consistent with gcc, which uses -Wall to mean "most of the warning options, but not the ones that who ever is in charge of this release did not like or forgot about." <div><br></div><div>A better name might be --enable-g=most - and for gcc, -Wmost . Anything else is either too long or misleading.</div><div><br></div><div>Bill</div><div><br><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div style="font-size: 12px; ">William Gropp</div><div style="font-size: 12px; ">Director, Parallel Computing Institute</div><div style="font-size: 12px; ">Deputy Director for Research</div><div style="font-size: 12px; ">Institute for Advanced Computing Applications and Technologies</div></div></div></span><span class="Apple-style-span" style="font-size: 12px; ">Thomas M. Siebel Chair in Computer Science</span><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div style="font-size: 12px; ">University of Illinois Urbana-Champaign</div></div><div><br></div></div></span><br class="Apple-interchange-newline"></span><br class="Apple-interchange-newline">
</div>
<br><div><div>On Mar 11, 2013, at 8:14 PM, Jeff Hammond wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>--enable-g=all should enable all debugging options to satisfy the<br>principle of least surprise as well as simple English language meaning<br>of the word "all".<br><br>perhaps there should be an option<br>--enable-g=important/most/devel/useful/sane that enables all of the<br>debug options that are reasonable for the "average hardcore user" /<br>developer.<br><br>jeff<br><br>On Mon, Mar 11, 2013 at 4:33 PM, Jeremiah Willcock <<a href="mailto:jewillco@osl.iu.edu">jewillco@osl.iu.edu</a>> wrote:<br><blockquote type="cite">On Mon, 11 Mar 2013, Dave Goodell wrote:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><blockquote type="cite">On Mar 11, 2013, at 3:36 PM CDT, Jeremiah Willcock <<a href="mailto:jewillco@osl.iu.edu">jewillco@osl.iu.edu</a>><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">wrote:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">In MPICH 3.0.2, the help message for the --enable-g=all configure option<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">states that it enables "All of the above choices", but in fact (according to<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">configure.ac) it does not enable the "handle" or "memarena" debugging flags.<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Is that the intended behavior? Thank you for your help.<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">The situation is unclear. I just did a little bit of git archaeology and<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">it looks like these flags were added prior to MPICH2-1.0.6, which is as far<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">back as I can look without having to sift through ancient CVS history. The<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">pickaxe doesn't show any place where variables corresponding to those flags<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">might have been removed from the "all|yes)" case. It looks like just a<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">mistake or sloppiness on someone's part in the distant past.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">I'm not sure what the right "fix" is. The "memarena" option actually<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">introduces quite a bit of overhead that we may not want enabled casually.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">The "handles" option is pretty lightweight, at least in stock MPICH. I<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">suppose we could add both to the "all" option and then change the "yes"<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">option to be a set of reasonable defaults instead.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">Do you have a preference? Or are you just observing a discrepancy?<br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">I was both observing a discrepancy and trying to debug something and was<br></blockquote><blockquote type="cite">surprised that "all" didn't include "handles".<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">-- Jeremiah Willcock<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">_______________________________________________<br></blockquote><blockquote type="cite">discuss mailing list <a href="mailto:discuss@mpich.org">discuss@mpich.org</a><br></blockquote><blockquote type="cite">To manage subscription options or unsubscribe:<br></blockquote><blockquote type="cite"><a href="https://lists.mpich.org/mailman/listinfo/discuss">https://lists.mpich.org/mailman/listinfo/discuss</a><br></blockquote><br><br><br>-- <br>Jeff Hammond<br>Argonne Leadership Computing Facility<br>University of Chicago Computation Institute<br><a href="mailto:jhammond@alcf.anl.gov">jhammond@alcf.anl.gov</a> / (630) 252-5381<br><a href="http://www.linkedin.com/in/jeffhammond">http://www.linkedin.com/in/jeffhammond</a><br>https://wiki.alcf.anl.gov/parts/index.php/User:Jhammond<br>_______________________________________________<br>discuss mailing list discuss@mpich.org<br>To manage subscription options or unsubscribe:<br>https://lists.mpich.org/mailman/listinfo/discuss<br></div></blockquote></div><br></div></body></html>