<?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 Error compiling Intel mkl scalapack example pcdbdriver in Intel® oneAPI Math Kernel Library</title>
    <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Error-compiling-Intel-mkl-scalapack-example-pcdbdriver/m-p/763437#M74</link>
    <description>The code is from the "bad old days" of Fortran. It was common to pass around uninitialized "work arrays" with no regard to their declared type, because dynamic allocation did not exist. With separate compilation or no argument checking, it will work fine as long as the byte-size of the array is large enough and passed correctly.&lt;BR /&gt;&lt;BR /&gt;There are myriad combinations of compiler switches, Scalapack, Blacs, MPI and MKL libraries that can be used when running the test problems provided with MKL. You should specify which combination you used, since there are too many to try otherwise.&lt;BR /&gt;&lt;BR /&gt;With release 066, which is what I have access to, file pcdbinfo.f does not contain any variable called MEM. However, the 26th argument is the integer array WORK, which corresponds to the actual argument MEM in pcdbdriver.f, which itself is in ...TESTING\LIN, not ...TESTING\EIG as you stated.&lt;BR /&gt;&lt;BR /&gt;Instead of using the makefile, I simply compiled the files&lt;BR /&gt;&lt;BR /&gt; pcdbdriver.f &lt;BR /&gt; pcdbinfo.f&lt;BR /&gt; pcmatgen.f&lt;BR /&gt; pcbmatgen.f &lt;BR /&gt; pcdblaschk.f&lt;BR /&gt; pcdbmv1.f &lt;BR /&gt; pmatgeninc.f&lt;BR /&gt;&lt;BR /&gt;and linked with the libraries&lt;BR /&gt;&lt;BR /&gt; mkl_scalapack_core_dll.lib &lt;BR /&gt; mkl_blacs_dll.lib &lt;BR /&gt; mkl_intel_c_dll.lib &lt;BR /&gt; mkl_sequential_dll.lib&lt;BR /&gt;&lt;BR /&gt;and ran the resulting .exe file with the provided data file BLU.DAT. The results looked plausible:&lt;BR /&gt;&lt;PRE&gt;[bash]...&lt;BR /&gt;Finished     12 tests, with the following results:&lt;BR /&gt;    6 tests completed and passed residual checks.&lt;BR /&gt;    0 tests completed and failed residual checks.&lt;BR /&gt;    6 tests skipped because of illegal input values.[/bash]&lt;/PRE&gt;</description>
    <pubDate>Fri, 13 Aug 2010 14:35:37 GMT</pubDate>
    <dc:creator>mecej4</dc:creator>
    <dc:date>2010-08-13T14:35:37Z</dc:date>
    <item>
      <title>Error compiling Intel mkl scalapack example pcdbdriver</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Error-compiling-Intel-mkl-scalapack-example-pcdbdriver/m-p/763436#M73</link>
      <description>Dear All,&lt;BR /&gt;I am using Intel fortran 11.1 intergrated with VS 2008. I am trying to run scalapack example pcdbdriver given in Intel\\Compiler\\11.1\\060\\mkl\\tests\\scalapack\\source\\TESTING\\EIG folder. When I tried to compile it I had compiler error saying "The type of the actual argument differs from the type of the dummy argument. [MEM] ". I did notice that in pcdbdriver source file Mem is defined as complex in pcdbdriver.f and as integer in pcdbinfo.f &lt;BR /&gt;Is this just a mistake or am I missing something.&lt;BR /&gt;Regards,&lt;BR /&gt;newbie2scalapack</description>
      <pubDate>Fri, 13 Aug 2010 02:21:29 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Error-compiling-Intel-mkl-scalapack-example-pcdbdriver/m-p/763436#M73</guid>
      <dc:creator>skravoof</dc:creator>
      <dc:date>2010-08-13T02:21:29Z</dc:date>
    </item>
    <item>
      <title>Error compiling Intel mkl scalapack example pcdbdriver</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Error-compiling-Intel-mkl-scalapack-example-pcdbdriver/m-p/763437#M74</link>
      <description>The code is from the "bad old days" of Fortran. It was common to pass around uninitialized "work arrays" with no regard to their declared type, because dynamic allocation did not exist. With separate compilation or no argument checking, it will work fine as long as the byte-size of the array is large enough and passed correctly.&lt;BR /&gt;&lt;BR /&gt;There are myriad combinations of compiler switches, Scalapack, Blacs, MPI and MKL libraries that can be used when running the test problems provided with MKL. You should specify which combination you used, since there are too many to try otherwise.&lt;BR /&gt;&lt;BR /&gt;With release 066, which is what I have access to, file pcdbinfo.f does not contain any variable called MEM. However, the 26th argument is the integer array WORK, which corresponds to the actual argument MEM in pcdbdriver.f, which itself is in ...TESTING\LIN, not ...TESTING\EIG as you stated.&lt;BR /&gt;&lt;BR /&gt;Instead of using the makefile, I simply compiled the files&lt;BR /&gt;&lt;BR /&gt; pcdbdriver.f &lt;BR /&gt; pcdbinfo.f&lt;BR /&gt; pcmatgen.f&lt;BR /&gt; pcbmatgen.f &lt;BR /&gt; pcdblaschk.f&lt;BR /&gt; pcdbmv1.f &lt;BR /&gt; pmatgeninc.f&lt;BR /&gt;&lt;BR /&gt;and linked with the libraries&lt;BR /&gt;&lt;BR /&gt; mkl_scalapack_core_dll.lib &lt;BR /&gt; mkl_blacs_dll.lib &lt;BR /&gt; mkl_intel_c_dll.lib &lt;BR /&gt; mkl_sequential_dll.lib&lt;BR /&gt;&lt;BR /&gt;and ran the resulting .exe file with the provided data file BLU.DAT. The results looked plausible:&lt;BR /&gt;&lt;PRE&gt;[bash]...&lt;BR /&gt;Finished     12 tests, with the following results:&lt;BR /&gt;    6 tests completed and passed residual checks.&lt;BR /&gt;    0 tests completed and failed residual checks.&lt;BR /&gt;    6 tests skipped because of illegal input values.[/bash]&lt;/PRE&gt;</description>
      <pubDate>Fri, 13 Aug 2010 14:35:37 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Error-compiling-Intel-mkl-scalapack-example-pcdbdriver/m-p/763437#M74</guid>
      <dc:creator>mecej4</dc:creator>
      <dc:date>2010-08-13T14:35:37Z</dc:date>
    </item>
  </channel>
</rss>

