<div dir="ltr">On Thu, May 16, 2013 at 1:51 PM, Jed Brown <span dir="ltr"><<a href="mailto:jedbrown@mcs.anl.gov" target="_blank">jedbrown@mcs.anl.gov</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">Satish Balay <<a href="mailto:balay@mcs.anl.gov">balay@mcs.anl.gov</a>> writes:<br>

<br>
> On Thu, 16 May 2013, Jed Brown wrote:<br>
><br>
>> Matthew Knepley <<a href="mailto:knepley@gmail.com">knepley@gmail.com</a>> writes:<br>
>><br>
>> > I don't think this makes sense. A certain pair of library and include<br>
>> > makes sense. Decoupling these invites all sorts of mismatches which<br>
>> > would be hard to track down. I do not see what is wrong with the<br>
>> > strategy above?<br>
>><br>
>> It causes confusing error conditions and in almost all cases, the same<br>
>> includes are used for all library guesses.<br>
>><br>
><br>
> Even for just the libraries I think we needed:<br>
> try (liba) if all true (test1,test2,test3) then accept (liba)<br>
> else try (libb) if all true (test1,test2,test3) then   accept (libb)<br>
><br>
> hence the current code. Perhaps we need multiple semantics for<br>
> different situations.<br>
<br>
</div></div>The problem that after finding a _library_ that works, then finding that<br>
the includes do not work, and we go on a tangent trying lots of<br>
different libs with that same broken include.  The include does not<br>
depend on the library so I think it should be tested independently.<br></blockquote><div><br></div><div style>I think the assumption that it is a tangent is incorrect. That is not how we</div><div style>install packages. We install everything at once, and if installed correctly,</div>
<div style>both tests should pass. If not, its not usable, and we look for another</div><div style>installation. This is exactly what we are doing.</div><div style><br></div><div style>   Matt</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Note that if multiple includes need to be tried, the current approach requires<br>
<br>
  num_include_alternatives * num_lib_alternatives<br>
<br>
but it could be tested in only<br>
<br>
  num_include_alternatives + num_lib_alternatives<br>
<br>
Use of multiple includes is rare now, so I don't know if this would<br>
significantly affect speed.<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>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>