On Thu, Nov 1, 2012 at 7:01 PM, Barry Smith <span dir="ltr"><<a href="mailto:bsmith@mcs.anl.gov" target="_blank">bsmith@mcs.anl.gov</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
   Matt,<br>
<br>
   There are two things. (1) Generating one for a PETSc install that others can use and (2) using someone else's to build PETSc. to match the other package (say hypre already built)<br>
<br>
   I don't see why (1) is a bad idea.<br></blockquote><div><br></div><div>I think this is always a bad idea for the reasons I gave before, namely that due to the fragility it will</div><div>break frequently, and we will get all the breakage on petsc-maint.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
   Certainly we will ALL WAYS test any other package we use with PETSc but can we not use the information in that packages pkgconfig to tell us what compiler to use etc.?</blockquote><div><br></div><div>I am not really against this. However, how would this work? It says one compiler in pkgconfig, but we have</div>
<div>another from our config. Are they the same? There is no simple way to tell. Are they compatible? Again, no</div><div>simple test. Thus, it would always have to be what the user typed in already, so what are we saving?</div>
<div><br></div><div>   Matt</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888"><br>
   Barry<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Nov 1, 2012, at 3:22 PM, Matthew Knepley <<a href="mailto:knepley@gmail.com">knepley@gmail.com</a>> wrote:<br>
<br>
> On Thu, Nov 1, 2012 at 3:56 PM, Jed Brown <<a href="mailto:jedbrown@mcs.anl.gov">jedbrown@mcs.anl.gov</a>> wrote:<br>
> Bah, the problem with pkgconfig is that it doesn't handle different versions in different places well. We should use it in most cases, however.<br>
><br>
> I disagree. There is only one way to be certain of a configure setting, and that is to test it. This will only<br>
> produce more mail from idiots who move their installation, or copy the config file, etc. There is no redeeming<br>
> value in this idea.<br>
><br>
>    Matt<br>
><br>
> On Nov 1, 2012 2:41 PM, "Matthew Knepley" <<a href="mailto:knepley@gmail.com">knepley@gmail.com</a>> wrote:<br>
> On Thu, Nov 1, 2012 at 2:59 PM, Barry Smith <<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>> wrote:<br>
><br>
>   Does, should, PETSc generate appropriate pkgconfig information for itself?  Does, can, it use that information from other packages?<br>
><br>
> pkgconfig is too fragile to be of any use.<br>
><br>
>    Matt<br>
><br>
><br>
>     Barry<br>
><br>
><br>
><br>
><br>
> --<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<br>
><br>
><br>
><br>
> --<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<br>
<br>
</div></div></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<br>