<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Mar 2, 2015 at 11:22 AM, Jed Brown <span dir="ltr"><<a href="mailto:jed@jedbrown.org" target="_blank">jed@jedbrown.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Matthew Knepley <<a href="mailto:knepley@gmail.com">knepley@gmail.com</a>> writes:<br>
> I just pushed an update for parallel configure (using only 2 threads right<br>
> now) to next. We will see if the<br>
> builds blow up.<br>
<br>
</span>Hmm, the configure cases in 'next' are intended to succeed.  The hard<br></blockquote><div><br></div><div>Me too ;)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
part of parallel configure is having understandable diagnostics on<br>
error.  How are you testing that?<br>
</blockquote></div><br>I had it crash and the output looked mostly like it does now. There is one thing</div><div class="gmail_extra">I would like to clean up. I catch all the same exception and generate the banner,</div><div class="gmail_extra">but at the end now we always get the RuntimeError banner. I will define a new</div><div class="gmail_extra">exception that is silent for the top level.</div><div class="gmail_extra"><br></div><div class="gmail_extra">   Matt<br clear="all"><div><br></div>-- <br><div class="gmail_signature">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></div>