<?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 Thank you! It's not feasible in Intel® oneAPI Math Kernel Library</title>
    <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Inconsistent-C-definition-of-gelsd-function-prototypes/m-p/1146928#M26757</link>
    <description>&lt;P&gt;Thank you! It's not feasible for us to manually remove the const qualifiers since we automatically obtain the headers from Anaconda packages in our build system and there isn't an easy way to patch the files. Great to hear that it'll be fixed in the next version though.&lt;/P&gt;</description>
    <pubDate>Thu, 22 Aug 2019 05:36:16 GMT</pubDate>
    <dc:creator>Zheng__Minjie</dc:creator>
    <dc:date>2019-08-22T05:36:16Z</dc:date>
    <item>
      <title>Inconsistent C definition of ?gelsd function prototypes?</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Inconsistent-C-definition-of-gelsd-function-prototypes/m-p/1146926#M26755</link>
      <description>&lt;P&gt;Recently started using MKL alongside other wrapper libraries like Armadillo and ran into some LAPACK function definition conflicts. Upon closer inspection, it appears that the MKL definitions of ?gelsd functions are inconsistent in mkl_lapack.h, and are incorrect for sgelsd, dgelsd, zgelsd.&lt;/P&gt;&lt;P&gt;For sgelsd, dgelsd, and zgelsd, the parameter for matrix "a" is defined as "const type*". This should not be the case as matrix "a" is overwritten as an output so it should &lt;STRONG&gt;not&lt;/STRONG&gt; be defined with a "const" qualifier in the function parameters.&lt;/P&gt;&lt;P&gt;cgelsd correctly defines "a" without the "const" qualifier. This should be an easy fix but I'm unsure as how to contribute to the MKL code base since it's not open source.&lt;/P&gt;&lt;P&gt;MKL Version: 2019.4&lt;/P&gt;</description>
      <pubDate>Tue, 20 Aug 2019 01:06:31 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Inconsistent-C-definition-of-gelsd-function-prototypes/m-p/1146926#M26755</guid>
      <dc:creator>Zheng__Minjie</dc:creator>
      <dc:date>2019-08-20T01:06:31Z</dc:date>
    </item>
    <item>
      <title>yes, we definitely will fix</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Inconsistent-C-definition-of-gelsd-function-prototypes/m-p/1146927#M26756</link>
      <description>&lt;P&gt;yes, we definitely will fix this problem. You may also edit the mkl_lapack.h file and remove&amp;nbsp;&lt;STRONG&gt;const&lt;/STRONG&gt; MKL_Complex16* a or etc...&lt;/P&gt;</description>
      <pubDate>Wed, 21 Aug 2019 07:41:38 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Inconsistent-C-definition-of-gelsd-function-prototypes/m-p/1146927#M26756</guid>
      <dc:creator>Gennady_F_Intel</dc:creator>
      <dc:date>2019-08-21T07:41:38Z</dc:date>
    </item>
    <item>
      <title>Thank you! It's not feasible</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Inconsistent-C-definition-of-gelsd-function-prototypes/m-p/1146928#M26757</link>
      <description>&lt;P&gt;Thank you! It's not feasible for us to manually remove the const qualifiers since we automatically obtain the headers from Anaconda packages in our build system and there isn't an easy way to patch the files. Great to hear that it'll be fixed in the next version though.&lt;/P&gt;</description>
      <pubDate>Thu, 22 Aug 2019 05:36:16 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Inconsistent-C-definition-of-gelsd-function-prototypes/m-p/1146928#M26757</guid>
      <dc:creator>Zheng__Minjie</dc:creator>
      <dc:date>2019-08-22T05:36:16Z</dc:date>
    </item>
    <item>
      <title>yes, that's the real problem</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Inconsistent-C-definition-of-gelsd-function-prototypes/m-p/1146929#M26758</link>
      <description>&lt;P&gt;yes, that's the real problem in such environment. In any case, we will update this thread when the fix of the problem will be available into the official version of MKL.&lt;/P&gt;</description>
      <pubDate>Thu, 22 Aug 2019 06:39:04 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Inconsistent-C-definition-of-gelsd-function-prototypes/m-p/1146929#M26758</guid>
      <dc:creator>Gennady_F_Intel</dc:creator>
      <dc:date>2019-08-22T06:39:04Z</dc:date>
    </item>
    <item>
      <title>Also, along the lines of</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Inconsistent-C-definition-of-gelsd-function-prototypes/m-p/1146930#M26759</link>
      <description>&lt;P&gt;Also, along the lines of function prototype definitions, it appears that MKL does not define the hidden arguments required for calling Fortran functions in its C prototypes. This is recently discovered to be wrong and can cause unintended stack corruptions during the calls. Is this something on your radar to be fixed?&lt;/P&gt;&lt;P&gt;Please see the linked threads for more information on this:&lt;/P&gt;&lt;P&gt;&lt;A href="https://lwn.net/Articles/791393/"&gt;https://lwn.net/Articles/791393/&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90329"&gt;https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90329&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://bugzilla.redhat.com/show_bug.cgi?id=1709538"&gt;https://bugzilla.redhat.com/show_bug.cgi?id=1709538&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://developer.r-project.org/Blog/public/2019/05/15/gfortran-issues-with-lapack/"&gt;https://developer.r-project.org/Blog/public/2019/05/15/gfortran-issues-with-lapack/&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 29 Aug 2019 22:05:42 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Inconsistent-C-definition-of-gelsd-function-prototypes/m-p/1146930#M26759</guid>
      <dc:creator>Zheng__Minjie</dc:creator>
      <dc:date>2019-08-29T22:05:42Z</dc:date>
    </item>
    <item>
      <title>not yet, but we will look at</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Inconsistent-C-definition-of-gelsd-function-prototypes/m-p/1146931#M26760</link>
      <description>&lt;P&gt;not yet, but we will look at these cases, thanks&lt;/P&gt;</description>
      <pubDate>Fri, 30 Aug 2019 04:31:12 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Inconsistent-C-definition-of-gelsd-function-prototypes/m-p/1146931#M26760</guid>
      <dc:creator>Gennady_F_Intel</dc:creator>
      <dc:date>2019-08-30T04:31:12Z</dc:date>
    </item>
    <item>
      <title>const qualifiers were removed</title>
      <link>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Inconsistent-C-definition-of-gelsd-function-prototypes/m-p/1146932#M26761</link>
      <description>&lt;P&gt;const qualifiers were removed from the declaration of these functions in&amp;nbsp;MKL v2020 which has been released on Dec 12'19.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 16 Dec 2019 05:36:45 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Inconsistent-C-definition-of-gelsd-function-prototypes/m-p/1146932#M26761</guid>
      <dc:creator>Gennady_F_Intel</dc:creator>
      <dc:date>2019-12-16T05:36:45Z</dc:date>
    </item>
  </channel>
</rss>

