<?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: MKL 10 fails the standard LAPACK tests in Intel® oneAPI Math Kernel Library</title>
    <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/MKL-10-fails-the-standard-LAPACK-tests/m-p/906288#M11738</link>
    <description>&lt;P&gt;Gerry,&lt;/P&gt;
&lt;P&gt;I can assure you that the MKL team is working to address the issues reported and putting forth their best efforts to keep new issues from being introduced in the product.&lt;/P&gt;</description>
    <pubDate>Wed, 30 Apr 2008 16:46:38 GMT</pubDate>
    <dc:creator>Shane_S_Intel</dc:creator>
    <dc:date>2008-04-30T16:46:38Z</dc:date>
    <item>
      <title>MKL 10 fails the standard LAPACK tests</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/MKL-10-fails-the-standard-LAPACK-tests/m-p/906284#M11734</link>
      <description>When running the LAPACK tests that come with the reference LAPACK library from netlib with MKL 10 (10.0.1.14 and 10.0.2.18), the tests produce a segmentation fault.&lt;BR /&gt;&lt;BR /&gt;The tests check the error exits, so they pass parameters to LAPACK routines that are not valid to see if the routine will identify an error. This seems to be causing the segmentation faults in the iterative refinement (e,g, DGERFS) and condition estimation (e.g. DGECON) LAPACK routines.&lt;BR /&gt;&lt;BR /&gt;A segmentation fault also occurs if the routines like DGECON are called with N=0, which is a valid imput parameter.&lt;BR /&gt;&lt;BR /&gt;When I change the input file for the tests so it does not run the error exit tests and all dimensions are greater than zero, then the tests pass successfully.&lt;BR /&gt;&lt;BR /&gt;The system I am using is running Redhat 4 64-bit and has a dual core Pentium 2.80 GHZ processor. Tests are being compiled with Intel Fortran version 10.0.023 compilers. MKL libraries used in link line are -lmkl -lmkl_lapack -lguide -lpthread.&lt;BR /&gt;&lt;BR /&gt;Any advice?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 09 Apr 2008 22:52:40 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/MKL-10-fails-the-standard-LAPACK-tests/m-p/906284#M11734</guid>
      <dc:creator>celismr</dc:creator>
      <dc:date>2008-04-09T22:52:40Z</dc:date>
    </item>
    <item>
      <title>Re: MKL 10 fails the standard LAPACK tests</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/MKL-10-fails-the-standard-LAPACK-tests/m-p/906285#M11735</link>
      <description>A minor nitpick: You shouldn't need to link libraries more than once, by using both the libmkl and the libmkl_lapack scripts. It shouldn't be harmful, given that it should make an MKL 9.1 link sequence work.
&lt;BR /&gt;It seems that error handling should be consistent with reference lapack; if this interests you, file a problem report on premier.intel.com</description>
      <pubDate>Thu, 10 Apr 2008 05:20:47 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/MKL-10-fails-the-standard-LAPACK-tests/m-p/906285#M11735</guid>
      <dc:creator>TimP</dc:creator>
      <dc:date>2008-04-10T05:20:47Z</dc:date>
    </item>
    <item>
      <title>Re: MKL 10 fails the standard LAPACK tests</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/MKL-10-fails-the-standard-LAPACK-tests/m-p/906286#M11736</link>
      <description>&lt;P&gt;There's an issue that some routines get seg.fault on non-positive inputparameters in LP64 model. It's going to be fixed soon.&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;
&lt;P&gt;Michael.&lt;/P&gt;</description>
      <pubDate>Wed, 30 Apr 2008 13:35:57 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/MKL-10-fails-the-standard-LAPACK-tests/m-p/906286#M11736</guid>
      <dc:creator>Michael_C_Intel4</dc:creator>
      <dc:date>2008-04-30T13:35:57Z</dc:date>
    </item>
    <item>
      <title>Re: MKL 10 fails the standard LAPACK tests</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/MKL-10-fails-the-standard-LAPACK-tests/m-p/906287#M11737</link>
      <description>&lt;P&gt;I know it's hardly a consolation but ditto for gerfs and gecon on Windows. Genuine Lapack 3 has been available since ca 2000 iirc so why hasn't Intel got its variant of it to perform without seg faults and access violations?&lt;/P&gt;
&lt;P&gt;Gerry&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 30 Apr 2008 16:25:46 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/MKL-10-fails-the-standard-LAPACK-tests/m-p/906287#M11737</guid>
      <dc:creator>g_f_thomas</dc:creator>
      <dc:date>2008-04-30T16:25:46Z</dc:date>
    </item>
    <item>
      <title>Re: MKL 10 fails the standard LAPACK tests</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/MKL-10-fails-the-standard-LAPACK-tests/m-p/906288#M11738</link>
      <description>&lt;P&gt;Gerry,&lt;/P&gt;
&lt;P&gt;I can assure you that the MKL team is working to address the issues reported and putting forth their best efforts to keep new issues from being introduced in the product.&lt;/P&gt;</description>
      <pubDate>Wed, 30 Apr 2008 16:46:38 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/MKL-10-fails-the-standard-LAPACK-tests/m-p/906288#M11738</guid>
      <dc:creator>Shane_S_Intel</dc:creator>
      <dc:date>2008-04-30T16:46:38Z</dc:date>
    </item>
  </channel>
</rss>

