<?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: undefined symbol: __intel_cpu_indicator in Intel® MPI Library</title>
    <link>https://community.intel.com/t5/Intel-MPI-Library/undefined-symbol-intel-cpu-indicator/m-p/902324#M2228</link>
    <description>&lt;DIV style="margin:0px;"&gt;&lt;/DIV&gt;
Apparently, you are using an MKL which is enough older than your ifort that you see conflicts about which library contains certain run-time functions. In such situations, the advice becomes relevant about not forcing the use of the older OpenMP library from the MKL, instead allowing ifort to use its own OpenMP library (preferably libiomp).&lt;BR /&gt;You see the problem at run time, when you have dynamic linked the OpenMP library (as is recommended), but the one you linked against is not the first one found in LD_LIBRARY_PATH. So, when you force the link against the older one, you must fix the LD_LIBRARY_PATH for your application accordingly on each node.&lt;BR /&gt;Such problems ought not to be encountered when using the MKL provided along with ifort in any of the ifort Professional versions, beginning with 10.1, including all ifort versions since 11.0 or Cluster Tools Compiler Edition.&lt;BR /&gt;</description>
    <pubDate>Thu, 06 Aug 2009 13:43:28 GMT</pubDate>
    <dc:creator>TimP</dc:creator>
    <dc:date>2009-08-06T13:43:28Z</dc:date>
    <item>
      <title>undefined symbol: __intel_cpu_indicator</title>
      <link>https://community.intel.com/t5/Intel-MPI-Library/undefined-symbol-intel-cpu-indicator/m-p/902323#M2227</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt; An MD applicatuion Amber-9 is installed with IntelMKL-8.0.2 and Intel Fortran-10.1.018 On Rocks-5.1 Linux cluster, CentOS-5.2.&lt;BR /&gt;There were no errors during compilation.&lt;BR /&gt;&lt;BR /&gt;When executed the executable it gives:&lt;BR /&gt;&lt;BR /&gt;# make test.serial&lt;BR /&gt;cd dmp; ./Run.dmp&lt;BR /&gt;../../exe/sander: symbol lookup error: ../../exe/sander: undefined symbol: __intel_cpu_indicator&lt;BR /&gt; ./Run.dmp:  Program error&lt;BR /&gt;make: *** [test.sander.BASIC] Error 1&lt;BR /&gt;&lt;BR /&gt;The config.h file that the Makefile uses is:&lt;BR /&gt;&lt;BR /&gt;#------------------------------------------------------------------------------&lt;BR /&gt;# C compiler&lt;BR /&gt;#------------------------------------------------------------------------------&lt;BR /&gt;#CC= gcc&lt;BR /&gt;CC= icc&lt;BR /&gt;#CPLUSPLUS=g++&lt;BR /&gt;CPLUSPLUS=icpc&lt;BR /&gt;CFLAGS= -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -m64 -O2 -Bstatic&lt;BR /&gt;CPPFLAGS= $(AMBERBUILDFLAGS)&lt;BR /&gt;&lt;BR /&gt;#------------------------------------------------------------------------------&lt;BR /&gt;# Fortran preprocessing and compiler.&lt;BR /&gt;# FPPFLAGS holds the main Fortran options, such as whether MPI is used.&lt;BR /&gt;#------------------------------------------------------------------------------&lt;BR /&gt;FPPFLAGS= -P -DMKL $(AMBERBUILDFLAGS)&lt;BR /&gt;FPP= cpp -traditional $(FPPFLAGS)&lt;BR /&gt;FC= ifort&lt;BR /&gt;FFLAGS=  -w95  -Bstatic -mp1 -O0 $(LOCALFLAGS) $(AMBERBUILDFLAGS)&lt;BR /&gt;FOPTFLAGS=  -w95  -Bstatic -mp1 -ip -O3 -tpp7 -axWP $(LOCALFLAGS) $(AMBERBUILDFLAGS)&lt;BR /&gt;FREEFORMAT_FLAG= -FR&lt;BR /&gt;&lt;BR /&gt;#------------------------------------------------------------------------------&lt;BR /&gt;# Loader:&lt;BR /&gt;#------------------------------------------------------------------------------&lt;BR /&gt;LOAD= ifort   $(LOCALFLAGS) $(AMBERBUILDFLAGS)&lt;BR /&gt;#LOADCC= gcc  $(LOCALFLAGS) $(AMBERBUILDFLAGS)&lt;BR /&gt;LOADCC= icc  $(LOCALFLAGS) $(AMBERBUILDFLAGS)&lt;BR /&gt;LOADLIB=  -L/opt/intel/mkl/8.0.2/lib/em64t -lvml -lmkl_lapack -lmkl -lguide -lpthread&lt;BR /&gt;LM= -lm&lt;BR /&gt;LOADPTRAJ= ifort   -nofor_main $(LOCALFLAGS) $(AMBERBUILDFLAGS)&lt;BR /&gt;XHOME= /usr/X11R6&lt;BR /&gt;XLIBS= -L/usr/X11R6/lib64 -L/usr/X11R6/lib&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Let me know how to resolve this issue?&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;</description>
      <pubDate>Thu, 06 Aug 2009 07:30:41 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-MPI-Library/undefined-symbol-intel-cpu-indicator/m-p/902323#M2227</guid>
      <dc:creator>Sangamesh_B_</dc:creator>
      <dc:date>2009-08-06T07:30:41Z</dc:date>
    </item>
    <item>
      <title>Re: undefined symbol: __intel_cpu_indicator</title>
      <link>https://community.intel.com/t5/Intel-MPI-Library/undefined-symbol-intel-cpu-indicator/m-p/902324#M2228</link>
      <description>&lt;DIV style="margin:0px;"&gt;&lt;/DIV&gt;
Apparently, you are using an MKL which is enough older than your ifort that you see conflicts about which library contains certain run-time functions. In such situations, the advice becomes relevant about not forcing the use of the older OpenMP library from the MKL, instead allowing ifort to use its own OpenMP library (preferably libiomp).&lt;BR /&gt;You see the problem at run time, when you have dynamic linked the OpenMP library (as is recommended), but the one you linked against is not the first one found in LD_LIBRARY_PATH. So, when you force the link against the older one, you must fix the LD_LIBRARY_PATH for your application accordingly on each node.&lt;BR /&gt;Such problems ought not to be encountered when using the MKL provided along with ifort in any of the ifort Professional versions, beginning with 10.1, including all ifort versions since 11.0 or Cluster Tools Compiler Edition.&lt;BR /&gt;</description>
      <pubDate>Thu, 06 Aug 2009 13:43:28 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-MPI-Library/undefined-symbol-intel-cpu-indicator/m-p/902324#M2228</guid>
      <dc:creator>TimP</dc:creator>
      <dc:date>2009-08-06T13:43:28Z</dc:date>
    </item>
    <item>
      <title>Re: undefined symbol: __intel_cpu_indicator</title>
      <link>https://community.intel.com/t5/Intel-MPI-Library/undefined-symbol-intel-cpu-indicator/m-p/902325#M2229</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/367365"&gt;tim18&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; Apparently, you are using an MKL which is enough older than your ifort that you see conflicts about which library contains certain run-time functions. In such situations, the advice becomes relevant about not forcing the use of the older OpenMP library from the MKL, instead allowing ifort to use its own OpenMP library (preferably libiomp).&lt;BR /&gt;You see the problem at run time, when you have dynamic linked the OpenMP library (as is recommended), but the one you linked against is not the first one found in LD_LIBRARY_PATH.  So, when you force the link against the older one, you must fix the LD_LIBRARY_PATH for your application accordingly on each node.&lt;BR /&gt;Such problems ought not to be encountered when using the MKL provided along with ifort in any of the ifort Professional versions, beginning with 10.1, including all ifort versions since 11.0 or Cluster Tools Compiler Edition.&lt;BR /&gt;&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;BR /&gt;I got it suucessful compilation and execution by using Intel MKL 10.&lt;BR /&gt;&lt;BR /&gt;Do you mean to set LD_LIBRARY_PATH to Intel Fortran 10.1 libraries ? What about MKL-8 -- lower preference or completely skipped?&lt;BR /&gt;</description>
      <pubDate>Mon, 10 Aug 2009 09:38:12 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-MPI-Library/undefined-symbol-intel-cpu-indicator/m-p/902325#M2229</guid>
      <dc:creator>Sangamesh_B_</dc:creator>
      <dc:date>2009-08-10T09:38:12Z</dc:date>
    </item>
    <item>
      <title>Re: undefined symbol: __intel_cpu_indicator</title>
      <link>https://community.intel.com/t5/Intel-MPI-Library/undefined-symbol-intel-cpu-indicator/m-p/902326#M2230</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/290918"&gt;sangamesh&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;
&lt;DIV style="margin:0px;"&gt;&lt;/DIV&gt;
&lt;BR /&gt;I got it suucessful compilation and execution by using Intel MKL 10.&lt;BR /&gt;&lt;BR /&gt;Do you mean to set LD_LIBRARY_PATH to Intel Fortran 10.1 libraries ? What about MKL-8 -- lower preference or completely skipped?&lt;BR /&gt;&lt;/EM&gt;&lt;/DIV&gt;
&lt;/DIV&gt;
&lt;/DIV&gt;
Avoid using the libguide from MKL 8 as the libguide and libiomp for ifort 10.1 are more up to date and should take dare of MKL 8 compatibly. Since you have MKL 10, that would be preferable.&lt;BR /&gt;</description>
      <pubDate>Tue, 11 Aug 2009 04:06:26 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-MPI-Library/undefined-symbol-intel-cpu-indicator/m-p/902326#M2230</guid>
      <dc:creator>TimP</dc:creator>
      <dc:date>2009-08-11T04:06:26Z</dc:date>
    </item>
  </channel>
</rss>

