<?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 Mixing libiomp5.so and GNU's libgomp.so? in Intel® Integrated Performance Primitives</title>
    <link>https://community.intel.com/t5/Intel-Integrated-Performance/Mixing-libiomp5-so-and-GNU-s-libgomp-so/m-p/832222#M5652</link>
    <description>&lt;P&gt;How can I determine the version of OpenMP in libiomp5.so? From examining the symbols, it appears *not* to be v3.0, so I'm guessing it is 2.5. But I would like to be sure.&lt;/P&gt;&lt;P&gt;I am using IPP v6.1.5.061.&lt;/P&gt;&lt;P&gt;The reason this comes up is because we have OpenMP directives in our own code, which we compile with gcc 4.4. gcc 4.4 uses OpenMP v3.0. If, as I suspect, IPP 6 is using an older version of OpenMP, it seems like issues could arise if we want to use IPP's internal threading, due to conflicts between the two OpenMP versions. Possible solutions I can think of are:&lt;/P&gt;&lt;P&gt;1. link to libgomp (GNU's OpenMP v3.0) instead of libiomp5 -- but would IPP still work if we replace libiomp5 with libgomp?&lt;/P&gt;&lt;P&gt;2. link to both libiomp5 and libgomp (GNU's OpenMP v3.0) -- but would this cause conflicts?&lt;/P&gt;&lt;P&gt;3. disable IPP's internal threading&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If anyone has dealt with this or similar issues before, I'd be interested in knowing how you resolved them.&lt;/P&gt;</description>
    <pubDate>Wed, 29 Dec 2010 14:36:41 GMT</pubDate>
    <dc:creator>hapatrick</dc:creator>
    <dc:date>2010-12-29T14:36:41Z</dc:date>
    <item>
      <title>Mixing libiomp5.so and GNU's libgomp.so?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Mixing-libiomp5-so-and-GNU-s-libgomp-so/m-p/832222#M5652</link>
      <description>&lt;P&gt;How can I determine the version of OpenMP in libiomp5.so? From examining the symbols, it appears *not* to be v3.0, so I'm guessing it is 2.5. But I would like to be sure.&lt;/P&gt;&lt;P&gt;I am using IPP v6.1.5.061.&lt;/P&gt;&lt;P&gt;The reason this comes up is because we have OpenMP directives in our own code, which we compile with gcc 4.4. gcc 4.4 uses OpenMP v3.0. If, as I suspect, IPP 6 is using an older version of OpenMP, it seems like issues could arise if we want to use IPP's internal threading, due to conflicts between the two OpenMP versions. Possible solutions I can think of are:&lt;/P&gt;&lt;P&gt;1. link to libgomp (GNU's OpenMP v3.0) instead of libiomp5 -- but would IPP still work if we replace libiomp5 with libgomp?&lt;/P&gt;&lt;P&gt;2. link to both libiomp5 and libgomp (GNU's OpenMP v3.0) -- but would this cause conflicts?&lt;/P&gt;&lt;P&gt;3. disable IPP's internal threading&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If anyone has dealt with this or similar issues before, I'd be interested in knowing how you resolved them.&lt;/P&gt;</description>
      <pubDate>Wed, 29 Dec 2010 14:36:41 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Mixing-libiomp5-so-and-GNU-s-libgomp-so/m-p/832222#M5652</guid>
      <dc:creator>hapatrick</dc:creator>
      <dc:date>2010-12-29T14:36:41Z</dc:date>
    </item>
    <item>
      <title>Mixing libiomp5.so and GNU's libgomp.so?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Mixing-libiomp5-so-and-GNU-s-libgomp-so/m-p/832223#M5653</link>
      <description>Hello,&lt;BR /&gt;&lt;BR /&gt;To dump OpenMP version to console you can set&lt;SPAN class="Code"&gt;KMP_VERSION environment variable.&lt;BR /&gt;&lt;/SPAN&gt;Other OpenMP environment variables described in &lt;A href="http://software.intel.com/sites/products/documentation/studio/composer/en-us/2009/compiler_c/optaps/common/optaps_par_var.htm"&gt;Intel Compiler documentation&lt;/A&gt;.&lt;BR /&gt;&lt;BR /&gt;libiomp library should be compatible with Microsoft and GNU OpenMP implementations (although I'm not sure with what versions).&lt;BR /&gt;&lt;BR /&gt;BTW, the fourth option might be to migrate to IPP 7.0 which was compiled with Intel Compiler v12.0 which I think support OpenMP 3.0 specification (IPP 6.1.6 was compiled by v11.1 compiler.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt; Vladimir</description>
      <pubDate>Wed, 29 Dec 2010 14:54:20 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Mixing-libiomp5-so-and-GNU-s-libgomp-so/m-p/832223#M5653</guid>
      <dc:creator>Vladimir_Dudnik</dc:creator>
      <dc:date>2010-12-29T14:54:20Z</dc:date>
    </item>
    <item>
      <title>Mixing libiomp5.so and GNU's libgomp.so?</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/Mixing-libiomp5-so-and-GNU-s-libgomp-so/m-p/832224#M5654</link>
      <description>&lt;P&gt;Thank you, that was helpful. It does not actually print the version of the OpenMP specification, but it does tell me when and with what compiler the library was built: October 22, 2007, with Intel C++ Compiler 10.0. Since the OpenMP v3.0 spec wasn't published until May 2008, I think that that confirms that it is an older version of OpenMP.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We will probably try upgrading to IPP 7.&lt;/P&gt;</description>
      <pubDate>Thu, 30 Dec 2010 02:18:07 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/Mixing-libiomp5-so-and-GNU-s-libgomp-so/m-p/832224#M5654</guid>
      <dc:creator>hapatrick</dc:creator>
      <dc:date>2010-12-30T02:18:07Z</dc:date>
    </item>
  </channel>
</rss>

