<?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: compiling in Intel® Fortran Compiler</title>
    <link>https://community.intel.com/t5/Intel-Fortran-Compiler/compiling/m-p/755186#M10673</link>
    <description>The only reason for doing it the obscure way was because of an unknowledgeable person trying weird things to get it to work.  Mysteriously, it did.&lt;BR /&gt;&lt;BR /&gt;But now, doing it the right way, I'm having problems.  I did this:&lt;BR /&gt;&lt;BR /&gt;FLAGS = -r8 -i8 -g -132 -save -Vaxlib&lt;BR /&gt;&lt;BR /&gt;rtmb_v7.3.1_linux: $(OBJS)&lt;BR /&gt;/opt/intel/compiler70/ia32/bin/ifc $(OBJS) $(FLAGS) &lt;BR /&gt;-L/opt/intel/mkl/lib/32 -L/opt/intel/compiler70/ia32/lib &lt;BR /&gt;-o $(TARGET)&lt;BR /&gt;&lt;BR /&gt;AND I GET:&lt;BR /&gt;&lt;BR /&gt;/home/grann/rtm/src/rtmb1_v7.3.1_linux.f:3774: undefined reference to `zgetrf_'&lt;BR /&gt;/home/grann/rtm/src/rtmb1_v7.3.1_linux.f:4187: undefined reference to `zgetrs_'&lt;BR /&gt;&lt;BR /&gt;I DID THIS ON RH7.3, RH8 and RH9 - ALL WITH EXACTLY THIS RESULT.&lt;BR /&gt;&lt;BR /&gt;ALSO, IF WE CAN'T STATICALLY LINK TO THE INTEL MATH LIBRARY THIS WILL CAUSE US ALL KINDS OF PROBLEMS AS WE TRY TO MOVE OUR ENGINEERING TOOLS TO LINUX ACROSS A COMPANY DISPERSED AT SITES IN SEVERAL STATES.  TOO MANY VERSIONS OF LINUX, INTEL MATH LIBRARIES AND GCC.&lt;BR /&gt;</description>
    <pubDate>Thu, 04 Sep 2003 01:52:52 GMT</pubDate>
    <dc:creator>grann</dc:creator>
    <dc:date>2003-09-04T01:52:52Z</dc:date>
    <item>
      <title>compiling</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/compiling/m-p/755183#M10670</link>
      <description>This message has been moved to the &lt;A href="http://www.intel.com/IDS/forums/MKL"&gt;Intel Math Kernel Library forum&lt;/A&gt; which launched on Dec. 18, 2003.</description>
      <pubDate>Wed, 03 Sep 2003 09:16:20 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/compiling/m-p/755183#M10670</guid>
      <dc:creator>grann</dc:creator>
      <dc:date>2003-09-03T09:16:20Z</dc:date>
    </item>
    <item>
      <title>Re: compiling</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/compiling/m-p/755184#M10671</link>
      <description>As I understood it, mkl no longer supports static linking, but:&lt;BR /&gt;&lt;BR /&gt;I don't know either why you list all those libraries by name, including supplying possibly conflicting libraries.&lt;BR /&gt;&lt;BR /&gt;-openmp -Vaxlib would cause the compiler to choose the libraries required for those options.&lt;BR /&gt;&lt;BR /&gt;Are you trying to avoid using p4 mkl for the subroutines you call directly, while using p4 code for those you call only via lapack calls?  I don't think that's supported either.&lt;BR /&gt;&lt;BR /&gt;I suspect red hat 8 wasn't around long enough for it to gain full support, but it's a good shot.  If your build works fine for you when you don't depart so far from supported options, that may be all you can ask.</description>
      <pubDate>Wed, 03 Sep 2003 20:41:15 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/compiling/m-p/755184#M10671</guid>
      <dc:creator>TimP</dc:creator>
      <dc:date>2003-09-03T20:41:15Z</dc:date>
    </item>
    <item>
      <title>Compiling</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/compiling/m-p/755185#M10672</link>
      <description>I forgot to say that I am using RH8 (glibc-2.2.93-5).</description>
      <pubDate>Wed, 03 Sep 2003 20:41:15 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/compiling/m-p/755185#M10672</guid>
      <dc:creator>grann</dc:creator>
      <dc:date>2003-09-03T20:41:15Z</dc:date>
    </item>
    <item>
      <title>Re: compiling</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/compiling/m-p/755186#M10673</link>
      <description>The only reason for doing it the obscure way was because of an unknowledgeable person trying weird things to get it to work.  Mysteriously, it did.&lt;BR /&gt;&lt;BR /&gt;But now, doing it the right way, I'm having problems.  I did this:&lt;BR /&gt;&lt;BR /&gt;FLAGS = -r8 -i8 -g -132 -save -Vaxlib&lt;BR /&gt;&lt;BR /&gt;rtmb_v7.3.1_linux: $(OBJS)&lt;BR /&gt;/opt/intel/compiler70/ia32/bin/ifc $(OBJS) $(FLAGS) &lt;BR /&gt;-L/opt/intel/mkl/lib/32 -L/opt/intel/compiler70/ia32/lib &lt;BR /&gt;-o $(TARGET)&lt;BR /&gt;&lt;BR /&gt;AND I GET:&lt;BR /&gt;&lt;BR /&gt;/home/grann/rtm/src/rtmb1_v7.3.1_linux.f:3774: undefined reference to `zgetrf_'&lt;BR /&gt;/home/grann/rtm/src/rtmb1_v7.3.1_linux.f:4187: undefined reference to `zgetrs_'&lt;BR /&gt;&lt;BR /&gt;I DID THIS ON RH7.3, RH8 and RH9 - ALL WITH EXACTLY THIS RESULT.&lt;BR /&gt;&lt;BR /&gt;ALSO, IF WE CAN'T STATICALLY LINK TO THE INTEL MATH LIBRARY THIS WILL CAUSE US ALL KINDS OF PROBLEMS AS WE TRY TO MOVE OUR ENGINEERING TOOLS TO LINUX ACROSS A COMPANY DISPERSED AT SITES IN SEVERAL STATES.  TOO MANY VERSIONS OF LINUX, INTEL MATH LIBRARIES AND GCC.&lt;BR /&gt;</description>
      <pubDate>Thu, 04 Sep 2003 01:52:52 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/compiling/m-p/755186#M10673</guid>
      <dc:creator>grann</dc:creator>
      <dc:date>2003-09-04T01:52:52Z</dc:date>
    </item>
  </channel>
</rss>

