<div dir="ltr">Fair enough, </div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, Aug 7, 2025 at 3:09 PM Matthew Knepley <<a href="mailto:knepley@gmail.com">knepley@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Thu, Aug 7, 2025 at 2:30 PM Mark Adams <<a href="mailto:mfadams@lbl.gov" target="_blank">mfadams@lbl.gov</a>> wrote:</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">It seems to me that if you want to override $args then you are changing the test and can just change the code. Or it does not seem like a use case that deserves to supported.</div></blockquote><div><br></div><div>I use the test system all the time for development now, since it provides a convenient path for baseline options, incremental rebuilds, and verification. In this situation, overriding is very useful.</div><div><br></div><div>   Matt</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Aug 7, 2025 at 6:24 AM Matthew Knepley <<a href="mailto:knepley@gmail.com" target="_blank">knepley@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>We currently have two kinds of options in the test system. Options that come from the "args" line in the TEST section of the example source, which we will call $args, and options that come from the EXTRA_OPTIONS env var when the test is executed, which we will call $extra_args.</div><div><br></div><div>Right now, in petsc_harness.sh:109, we feed the example executable the arguments</div><div><br></div><div>  $extra_args $args</div><div><br></div><div>This allows us to do things like declare EXTRA_OPTIONS="-fp_trap" for linux-pkgs-dbg, and then allow it to be turned off for certain tests with -fp_trap 0 in the argos line.</div><div><br></div><div>This setup, however, does not allow us to override any options given in $args while running a test, which seems very restrictive. Should we create a third class of options?</div><div><br></div><div>  Thanks,</div><div><br></div><div>      Matt</div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>-- Norbert Wiener</div><div><br></div><div><a href="https://urldefense.us/v3/__http://www.cse.buffalo.edu/*knepley/__;fg!!G_uCfscf7eWS!es96ebvWwNhZgW9QAbhKl87uWMsmggCaWnv60yjXuLOqvK4co4KiyvhNTffA2KhyR42saIqyrZ93SWsl1pKX$" target="_blank">https://www.cse.buffalo.edu/~knepley/</a><br></div></div></div></div></div></div></div></div>
</blockquote></div>
</blockquote></div><div><br clear="all"></div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>-- Norbert Wiener</div><div><br></div><div><a href="https://urldefense.us/v3/__http://www.cse.buffalo.edu/*knepley/__;fg!!G_uCfscf7eWS!b6oAz2fZQ4AfirMlFz4b4aayNowDlEBg5cwO2E3MHz6h1E5bGRCN0Gz6M0osVCe5bM8nRylS6c9G6NTh4OMfDg$" target="_blank">https://www.cse.buffalo.edu/~knepley/</a><br></div></div></div></div></div></div></div></div>
</blockquote></div>