<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, Feb 18, 2017 at 3:38 PM, 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>
<br>
> Have we considered using this<br>
><br>
>   <a href="https://github.com/solomonik/ctf" rel="noreferrer" target="_blank">https://github.com/solomonik/<wbr>ctf</a><br>
><br>
> as an alternative sparse matrix-matrix code for GAMG? Or was it unsuitable<br>
> for some reason.<br>
<br>
</span>I don't think we considered it for that purpose.  I'm not sure if its<br>
dynamicism would work against us here.<br>
</blockquote></div><br>I took a look at the code. It is the worst kind of C-in-C++, It would probably take 1 day to make a pure C version :)</div><div class="gmail_extra">The claim from Edgar is that it is intended to be used for this purpose (have you read the arXiv thing with Torsten</div><div class="gmail_extra">about sparse tensor computing?).</div><div class="gmail_extra"><br></div><div class="gmail_extra">   Matt<br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="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>