<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Bug in ZGEMM for complex infinity inputs in Intel® oneAPI Math Kernel Library</title>
    <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Bug-in-ZGEMM-for-complex-infinity-inputs/m-p/854213#M6800</link>
    <description>&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt;Well, the same output we have win32 with version 10.2.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt; &lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt;A.B computed using ZGEMM:&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt;C = {(-1.#IND, -1.#IND)&lt;SPAN&gt; &lt;/SPAN&gt;(&lt;SPAN&gt; &lt;/SPAN&gt;0,&lt;SPAN&gt; &lt;/SPAN&gt;2)}&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt; &lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt;A.B computed using ZDOTU:&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt;C = {(1.#INF, 1.#INF)&lt;SPAN&gt; &lt;/SPAN&gt;(&lt;SPAN&gt; &lt;/SPAN&gt;0,&lt;SPAN&gt; &lt;/SPAN&gt;2)}&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt; &lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt;We will check the problem and let you know if any news.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt;Thanks for the report.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt;--Gennady&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Fri, 17 Jul 2009 07:59:15 GMT</pubDate>
    <dc:creator>Gennady_F_Intel</dc:creator>
    <dc:date>2009-07-17T07:59:15Z</dc:date>
    <item>
      <title>Bug in ZGEMM for complex infinity inputs</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Bug-in-ZGEMM-for-complex-infinity-inputs/m-p/854212#M6799</link>
      <description>I am using MKL 10.1.2.024 under Linux on a x86_64 machine.&lt;BR /&gt;&lt;BR /&gt;There appears to be a bug in the MKL implementation of ZGEMM that computes complex(inf, 0) * complex(x, y) to be complex(nan, nan) instead of complex(inf, inf). &lt;BR /&gt;&lt;BR /&gt;The behavior is demonstrated in the attached example program: &lt;A onclick="ndownload('http://software.intel.com/file/21225')"&gt;zgemm_bug_small.cc&lt;/A&gt; &lt;BR /&gt;which I compiled with: &lt;I&gt;icpc zgemm_bug_small.cc -o zgemm_bug.exe -L$(MKL) -lmkl_intel_lp64 -lmkl_intel_thread -lmkl_core -lmkl_intel_thread -lmkl_core -lguide -lpthread&lt;/I&gt;&lt;BR /&gt;Notice I used only the static versions of the libraries and hence had to repeat them in order to resolve link-time conflicts.&lt;BR /&gt;&lt;BR /&gt;Running the example outputs:&lt;BR /&gt; [user@machine mkl_test]$ ./zgemm_bug.exe&lt;BR /&gt;A = {(    1,     1)   (    0,     0)   (    0,     0)}&lt;BR /&gt;&lt;BR /&gt;B = {(  inf,     0)   (    1,     1)&lt;BR /&gt; (    0,     0)   (    0,     0)&lt;BR /&gt; (    0,     0)   (    0,     0)}&lt;BR /&gt;&lt;BR /&gt;A.B computed using ZGEMM:&lt;BR /&gt;C = {&lt;B&gt;(  nan,   nan)&lt;/B&gt; (    0,     2)}&lt;BR /&gt;&lt;BR /&gt;A.B computed using ZDOTU:&lt;BR /&gt;C = {&lt;B&gt;(  inf,   inf)&lt;/B&gt; (    0,     2)}&lt;BR /&gt;&lt;BR /&gt; Notice that the ZDOTU result is what I would expect and contrary to what ZGEMM returns.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 16 Jul 2009 19:09:15 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Bug-in-ZGEMM-for-complex-infinity-inputs/m-p/854212#M6799</guid>
      <dc:creator>darshan</dc:creator>
      <dc:date>2009-07-16T19:09:15Z</dc:date>
    </item>
    <item>
      <title>Re: Bug in ZGEMM for complex infinity inputs</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Bug-in-ZGEMM-for-complex-infinity-inputs/m-p/854213#M6800</link>
      <description>&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt;Well, the same output we have win32 with version 10.2.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt; &lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt;A.B computed using ZGEMM:&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt;C = {(-1.#IND, -1.#IND)&lt;SPAN&gt; &lt;/SPAN&gt;(&lt;SPAN&gt; &lt;/SPAN&gt;0,&lt;SPAN&gt; &lt;/SPAN&gt;2)}&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt; &lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt;A.B computed using ZDOTU:&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt;C = {(1.#INF, 1.#INF)&lt;SPAN&gt; &lt;/SPAN&gt;(&lt;SPAN&gt; &lt;/SPAN&gt;0,&lt;SPAN&gt; &lt;/SPAN&gt;2)}&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt; &lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt;We will check the problem and let you know if any news.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt;Thanks for the report.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P class="MsoNormal"&gt;&lt;SPAN style="font-size: 10pt; font-family: " ms="" sans="" serif=""&gt;--Gennady&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 17 Jul 2009 07:59:15 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Bug-in-ZGEMM-for-complex-infinity-inputs/m-p/854213#M6800</guid>
      <dc:creator>Gennady_F_Intel</dc:creator>
      <dc:date>2009-07-17T07:59:15Z</dc:date>
    </item>
    <item>
      <title>Re: Bug in ZGEMM for complex infinity inputs</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Bug-in-ZGEMM-for-complex-infinity-inputs/m-p/854214#M6801</link>
      <description>&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Thank you, much appreciated.&lt;/DIV&gt;</description>
      <pubDate>Fri, 17 Jul 2009 14:50:10 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Bug-in-ZGEMM-for-complex-infinity-inputs/m-p/854214#M6801</guid>
      <dc:creator>darshan</dc:creator>
      <dc:date>2009-07-17T14:50:10Z</dc:date>
    </item>
    <item>
      <title>Re: Bug in ZGEMM for complex infinity inputs</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Bug-in-ZGEMM-for-complex-infinity-inputs/m-p/854215#M6802</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="margin-top: 5px; width: 100%;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/223082"&gt;darshan&lt;/A&gt;&lt;/DIV&gt;
&lt;DIV style="background-color:#E5E5E5; padding:5px;border: 1px; border-style: inset;margin-left:2px;margin-right:2px;"&gt;&lt;EM&gt;I am using MKL 10.1.2.024 under Linux on a x86_64 machine.&lt;BR /&gt;&lt;BR /&gt;There appears to be a bug in the MKL implementation of ZGEMM that computes complex(inf, 0) * complex(x, y) to be complex(nan, nan) instead of complex(inf, inf). &lt;BR /&gt;&lt;BR /&gt;The behavior is demonstrated in the attached example program: &lt;A onclick="ndownload('http://software.intel.com/file/21225')"&gt;zgemm_bug_small.cc&lt;/A&gt; &lt;BR /&gt;which I compiled with: &lt;EM&gt;icpc zgemm_bug_small.cc -o zgemm_bug.exe -L$(MKL) -lmkl_intel_lp64 -lmkl_intel_thread -lmkl_core -lmkl_intel_thread -lmkl_core -lguide -lpthread&lt;/EM&gt;&lt;BR /&gt;Notice I used only the static versions of the libraries and hence had to repeat them in order to resolve link-time conflicts.&lt;BR /&gt;&lt;BR /&gt;Running the example outputs:&lt;BR /&gt;[user@machine mkl_test]$ ./zgemm_bug.exe&lt;BR /&gt;A = {( 1, 1) ( 0, 0) ( 0, 0)}&lt;BR /&gt;&lt;BR /&gt;B = {( inf, 0) ( 1, 1)&lt;BR /&gt;( 0, 0) ( 0, 0)&lt;BR /&gt;( 0, 0) ( 0, 0)}&lt;BR /&gt;&lt;BR /&gt;A.B computed using ZGEMM:&lt;BR /&gt;C = {&lt;STRONG&gt;( nan, nan)&lt;/STRONG&gt; ( 0, 2)}&lt;BR /&gt;&lt;BR /&gt;A.B computed using ZDOTU:&lt;BR /&gt;C = {&lt;STRONG&gt;( inf, inf)&lt;/STRONG&gt; ( 0, 2)}&lt;BR /&gt;&lt;BR /&gt;Notice that the ZDOTU result is what I would expect and contrary to what ZGEMM returns.&lt;BR /&gt;&lt;BR /&gt;&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;BR /&gt;Dear Customer,&lt;BR /&gt;Thanks for your report, this issue has been submitted to our internal development tracking database for futher investigation, we will inform you once a new update becomes available.&lt;BR /&gt;&lt;BR /&gt;Here is a bug tracking number for your reference: 200083929.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Ying &lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Sat, 18 Jul 2009 06:34:42 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Bug-in-ZGEMM-for-complex-infinity-inputs/m-p/854215#M6802</guid>
      <dc:creator>Ying_S_Intel</dc:creator>
      <dc:date>2009-07-18T06:34:42Z</dc:date>
    </item>
  </channel>
</rss>

