On Mon, Feb 27, 2012 at 11:16 AM, Alexander Grayver <span dir="ltr"><<a href="mailto:agrayver@gfz-potsdam.de">agrayver@gfz-potsdam.de</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">
<u></u>

  
    
    
  
  <div bgcolor="#ffffff" text="#000000"><div class="im">
    On <a href="tel:27.02.2012%2018" value="+12702201218" target="_blank">27.02.2012 18</a>:01, Matthew Knepley wrote:
    <blockquote type="cite">On Mon, Feb 27, 2012 at 10:55 AM, 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:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
          <br>
            I'm afraid the sudden appearance of the blas dot for complex
          numbers problem is my fault.<br>
          <br>
            Traditionally since 199x we never used the complex dot
          product from blas because of the return complex type problem.
          VecDot_Seq() used #ifdef for complex and a simple loop.<br>
          <br>
            Since some blas norm suck I off-hand told Shri to use dot
          for norm and wasn't thinking the complex case.<br>
          <br>
            Since then, of course, the complex dot problem has been
          coming up.<br>
          <br>
            Maybe it is best to continue to never use complex blas dot
          and just change the VecNorm_ routines to use norm for complex
          and not dot.? Just throw away this silly problem and time
          sink?</blockquote>
        <div><br>
        </div>
        <div>
          Why is this such a problem? Just use PetscScalar for the
          BLASdot_() return type and its fine.</div>
      </div>
    </blockquote>
    <br></div>
    For instance MKL's BLAS returns result for zdot in the first
    argument and PETSc's BLASdot_() fails there.</div></blockquote><div><br></div><div>Yes, there is already a configure test for that and code that fixes it. This is about interfaces.</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"><div bgcolor="#ffffff" text="#000000"><div class="im"><blockquote type="cite">
      <div class="gmail_quote">
        
        <div>   Matt</div>
        <div> </div>
        <blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
          <span><font color="#888888"><br>
                 Barry<br>
              <br>
            </font></span></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>
    </blockquote>
    <br>
    <br>
    </div><span class="HOEnZb"><font color="#888888"><pre cols="72">-- 
Regards,
Alexander</pre>
  </font></span></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>