<?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 IPP 6.0 compiled for Atom in Intel® Integrated Performance Primitives</title>
    <link>https://community.intel.com/t5/Intel-Integrated-Performance/IPP-6-0-compiled-for-Atom/m-p/881233#M10227</link>
    <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I'm trying to compile IPP samples (ipp-samples) audio-video-codecs for the Atom and I'm running into some problems.&lt;BR /&gt;I installed both ICC 11.0 (ia32) and IPP 6.0 (lp32 = Atom) on Fedora 9.&lt;BR /&gt;&lt;BR /&gt;Environment variables are set using iccvars.sh ia32 (for ICC) and ippvars32.sh (for IPP).&lt;BR /&gt;&lt;BR /&gt;Everything works great if I keep the original Makefile as it is and I can get 3 propers binaries (simple player, encoder and decoder) but I would like to try to optimize those 3 programs for the Atom by even telling the ICC to compile and optimize the code for the Atom. For that purpose I added -x arguments to the CFLAGS line and thus the Makefile CFLAGS line is now:&lt;BR /&gt;&lt;BR /&gt;CFLAGS = -Wall -O2 -fPIC -xL -xSSE3_ATOM&lt;BR /&gt;&lt;BR /&gt;With the new arguments, all file can compile properly but the link at the end fail (for all 3 programs) and I'm being said that &lt;BR /&gt;there is an undefined reference __intel_new_proc_init_L.&lt;BR /&gt;I read somewhere that this happens when compiling with GCC without linking with libirc but since I am using ICC I don't think it is a libirc problem.&lt;BR /&gt;&lt;BR /&gt;Moreover, I noticed that keeping the -xL and -xSSE3_ATOM arguments but avoiding optimization (-O0) allows to compile/link properly (even if of course the resulting binary is not optimized at all and is running very slow).&lt;BR /&gt;&lt;BR /&gt;Do you have an idea what is the problem ? Should I just forget about using SSE3_ATOM and set SSE3 instead (which works fine by the way) ?</description>
    <pubDate>Fri, 13 Mar 2009 07:26:40 GMT</pubDate>
    <dc:creator>avolmat</dc:creator>
    <dc:date>2009-03-13T07:26:40Z</dc:date>
    <item>
      <title>IPP 6.0 compiled for Atom</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/IPP-6-0-compiled-for-Atom/m-p/881233#M10227</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I'm trying to compile IPP samples (ipp-samples) audio-video-codecs for the Atom and I'm running into some problems.&lt;BR /&gt;I installed both ICC 11.0 (ia32) and IPP 6.0 (lp32 = Atom) on Fedora 9.&lt;BR /&gt;&lt;BR /&gt;Environment variables are set using iccvars.sh ia32 (for ICC) and ippvars32.sh (for IPP).&lt;BR /&gt;&lt;BR /&gt;Everything works great if I keep the original Makefile as it is and I can get 3 propers binaries (simple player, encoder and decoder) but I would like to try to optimize those 3 programs for the Atom by even telling the ICC to compile and optimize the code for the Atom. For that purpose I added -x arguments to the CFLAGS line and thus the Makefile CFLAGS line is now:&lt;BR /&gt;&lt;BR /&gt;CFLAGS = -Wall -O2 -fPIC -xL -xSSE3_ATOM&lt;BR /&gt;&lt;BR /&gt;With the new arguments, all file can compile properly but the link at the end fail (for all 3 programs) and I'm being said that &lt;BR /&gt;there is an undefined reference __intel_new_proc_init_L.&lt;BR /&gt;I read somewhere that this happens when compiling with GCC without linking with libirc but since I am using ICC I don't think it is a libirc problem.&lt;BR /&gt;&lt;BR /&gt;Moreover, I noticed that keeping the -xL and -xSSE3_ATOM arguments but avoiding optimization (-O0) allows to compile/link properly (even if of course the resulting binary is not optimized at all and is running very slow).&lt;BR /&gt;&lt;BR /&gt;Do you have an idea what is the problem ? Should I just forget about using SSE3_ATOM and set SSE3 instead (which works fine by the way) ?</description>
      <pubDate>Fri, 13 Mar 2009 07:26:40 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/IPP-6-0-compiled-for-Atom/m-p/881233#M10227</guid>
      <dc:creator>avolmat</dc:creator>
      <dc:date>2009-03-13T07:26:40Z</dc:date>
    </item>
    <item>
      <title>Re: IPP 6.0 compiled for Atom</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/IPP-6-0-compiled-for-Atom/m-p/881234#M10228</link>
      <description>&lt;DIV style="margin:0px;"&gt;
&lt;DIV id="quote_reply" style="width: 100%; margin-top: 5px;"&gt;
&lt;DIV style="margin-left:2px;margin-right:2px;"&gt;Quoting - &lt;A href="https://community.intel.com/en-us/profile/418179"&gt;avolmat&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;Hi,&lt;BR /&gt;&lt;BR /&gt;I'm trying to compile IPP samples (ipp-samples) audio-video-codecs for the Atom and I'm running into some problems.&lt;BR /&gt;I installed both ICC 11.0 (ia32) and IPP 6.0 (lp32 = Atom) on Fedora 9.&lt;BR /&gt;&lt;BR /&gt;Environment variables are set using iccvars.sh ia32 (for ICC) and ippvars32.sh (for IPP).&lt;BR /&gt;&lt;BR /&gt;Everything works great if I keep the original Makefile as it is and I can get 3 propers binaries (simple player, encoder and decoder) but I would like to try to optimize those 3 programs for the Atom by even telling the ICC to compile and optimize the code for the Atom. For that purpose I added -x arguments to the CFLAGS line and thus the Makefile CFLAGS line is now:&lt;BR /&gt;&lt;BR /&gt;CFLAGS = -Wall -O2 -fPIC -xL -xSSE3_ATOM&lt;BR /&gt;&lt;BR /&gt;With the new arguments, all file can compile properly but the link at the end fail (for all 3 programs) and I'm being said that &lt;BR /&gt;there is an undefined reference __intel_new_proc_init_L.&lt;BR /&gt;I read somewhere that this happens when compiling with GCC without linking with libirc but since I am using ICC I don't think it is a libirc problem.&lt;BR /&gt;&lt;BR /&gt;Moreover, I noticed that keeping the -xL and -xSSE3_ATOM arguments but avoiding optimization (-O0) allows to compile/link properly (even if of course the resulting binary is not optimized at all and is running very slow).&lt;BR /&gt;&lt;BR /&gt;Do you have an idea what is the problem ? Should I just forget about using SSE3_ATOM and set SSE3 instead (which works fine by the way) ?&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
I have the same problem with the bzip2 sample: so i have not modified the Makefile.&lt;BR /&gt;Compiled with icc110 and linked with ipp lp32 6 update 2, results are catastrophics: icc+ipp is 40% slower thant standard ubunto 8.10 bzip2 binary...&lt;BR /&gt;&lt;BR /&gt;This is on eeebox (Atom N270) and kubunto 8.10.&lt;BR /&gt;&lt;BR /&gt;What about your audio-video-codes performance tests?&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Gaetan&lt;BR /&gt;</description>
      <pubDate>Sat, 14 Mar 2009 20:59:22 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/IPP-6-0-compiled-for-Atom/m-p/881234#M10228</guid>
      <dc:creator>idare75</dc:creator>
      <dc:date>2009-03-14T20:59:22Z</dc:date>
    </item>
    <item>
      <title>Re: IPP 6.0 compiled for Atom</title>
      <link>https://community.intel.com/t5/Intel-Integrated-Performance/IPP-6-0-compiled-for-Atom/m-p/881235#M10229</link>
      <description>&lt;DIV style="margin:0px;"&gt;Hello!&lt;BR /&gt;&lt;BR /&gt;Please try to link libirc.a library from Intel compiler:&lt;BR /&gt;&lt;BR /&gt;libirc.a&lt;BR /&gt;00001050 T __intel_new_proc_init_L&lt;BR /&gt;00000f20 T __intel_new_proc_init_L.A&lt;BR /&gt;00000f80 T __intel_new_proc_init_L.O&lt;BR /&gt;&lt;/DIV&gt;
&lt;BR /&gt;If you did it, could you post your link line.&lt;BR /&gt;&lt;BR /&gt;Thanks, pavel.</description>
      <pubDate>Mon, 16 Mar 2009 10:14:02 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Integrated-Performance/IPP-6-0-compiled-for-Atom/m-p/881235#M10229</guid>
      <dc:creator>Pavel_B_Intel1</dc:creator>
      <dc:date>2009-03-16T10:14:02Z</dc:date>
    </item>
  </channel>
</rss>

