<?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: The gfortran folder inside the oneAPI directory apparently caused problem in Intel® Fortran Compiler</title>
    <link>https://community.intel.com/t5/Intel-Fortran-Compiler/The-gfortran-folder-inside-the-oneAPI-directory-apparently/m-p/1505111#M167249</link>
    <description>&lt;P&gt;I am intrigued, does&amp;nbsp;&lt;SPAN&gt;/opt/intel/oneapi/mpi/2021.7.1/include/gfortran/8.2.0 exist? And if so why?&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Sat, 15 Jul 2023 20:00:18 GMT</pubDate>
    <dc:creator>andrew_4619</dc:creator>
    <dc:date>2023-07-15T20:00:18Z</dc:date>
    <item>
      <title>The gfortran folder inside the oneAPI directory apparently caused problem</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/The-gfortran-folder-inside-the-oneAPI-directory-apparently/m-p/1504629#M167235</link>
      <description>&lt;P&gt;I am installing an application that I have specified to use ifort (by setting the appropriate env. variable). But during the build, I got this error&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;gfortran: error: unrecognized command line option ‘-i8’; did you mean ‘-k8’?&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I never intended to use gfortran. Then I notice that executing&amp;nbsp;source /opt/intel/oneapi/setvars.sh redefines mpif90 wrapper. After sourcing setvars.sh, mpif90 -show produces&amp;nbsp;gfortran -I"/opt/intel/oneapi/mpi/2021.7.1/include/gfortran/8.2.0" -I"/opt/intel/oneapi/mpi/2021.7.1/include", i.e. its underlying fortran compiler becomes gfortran, although before sourcing setvars.sh above, the underlying compiler for mpif90 is ifort. Is this a default behavior? Because of this I got the above error of gfortran not recognizing -i8, since I set this flag with ifort as the underlying compiler in mind.&lt;BR /&gt;&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;The full compiler flags and linking option was generated by Intel link line advisor :&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;-qmkl-ilp64=sequential &amp;nbsp;${MKLROOT}/lib/intel64/libmkl_blas95_ilp64.a ${MKLROOT}/lib/intel64/libmkl_lapack95_ilp64.a -lmkl_blacs_openmpi_ilp64&amp;nbsp; -I${MKLROOT}/include/intel64/ilp64 -i8 &amp;nbsp;-qmkl-ilp64=sequential&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 14 Jul 2023 00:53:26 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/The-gfortran-folder-inside-the-oneAPI-directory-apparently/m-p/1504629#M167235</guid>
      <dc:creator>st77</dc:creator>
      <dc:date>2023-07-14T00:53:26Z</dc:date>
    </item>
    <item>
      <title>Re: The gfortran folder inside the oneAPI directory apparently caused problem</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/The-gfortran-folder-inside-the-oneAPI-directory-apparently/m-p/1504792#M167237</link>
      <description>&lt;P&gt;Are you using a makefile to build your application? I suspect that to be the case, and that the default rule for building .o files from .f or .f90 files is causing gFortran to be used. Posting the makefile or the build script that you use may help pinpoint the root cause.&lt;/P&gt;</description>
      <pubDate>Fri, 14 Jul 2023 13:28:38 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/The-gfortran-folder-inside-the-oneAPI-directory-apparently/m-p/1504792#M167237</guid>
      <dc:creator>mecej4</dc:creator>
      <dc:date>2023-07-14T13:28:38Z</dc:date>
    </item>
    <item>
      <title>Re: The gfortran folder inside the oneAPI directory apparently caused problem</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/The-gfortran-folder-inside-the-oneAPI-directory-apparently/m-p/1505031#M167240</link>
      <description>&lt;P&gt;Well, yes the program uses makefiles to build. The thing is it's a large program consisting of a handful of folders many of which has their own makefiles to allow building locally. So, I don't know which of these many makefiles causes the above behavior. The build script might be more helpful, it is located here:&amp;nbsp;&lt;A href="https://github.com/nwchemgit/nwchem/blob/df6c95650b2418501ee788050b969846e0ee7100/contrib/distro-tools/build_nwchem" target="_blank" rel="noopener"&gt;https://github.com/nwchemgit/nwchem/blob/df6c95650b2418501ee788050b969846e0ee7100/contrib/distro-tools/build_nwchem&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;.&lt;/P&gt;</description>
      <pubDate>Sat, 15 Jul 2023 06:23:50 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/The-gfortran-folder-inside-the-oneAPI-directory-apparently/m-p/1505031#M167240</guid>
      <dc:creator>st77</dc:creator>
      <dc:date>2023-07-15T06:23:50Z</dc:date>
    </item>
    <item>
      <title>Re: The gfortran folder inside the oneAPI directory apparently caused problem</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/The-gfortran-folder-inside-the-oneAPI-directory-apparently/m-p/1505065#M167241</link>
      <description>&lt;P&gt;The README file in the "distro-tools" Nwchem directory contains this statement (underlining added by me for emphasis), which may explain the behavior that you observed:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;build_nwchem

    This script sets up a set of environment variables and builds 
    NWChem accordingly. I can easily be adapted to any particular build
    of interest. &lt;U&gt;At present it is set up to build a statically linked
    executable with the GNU compilers&lt;/U&gt;.&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sat, 15 Jul 2023 13:09:43 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/The-gfortran-folder-inside-the-oneAPI-directory-apparently/m-p/1505065#M167241</guid>
      <dc:creator>mecej4</dc:creator>
      <dc:date>2023-07-15T13:09:43Z</dc:date>
    </item>
    <item>
      <title>Re: The gfortran folder inside the oneAPI directory apparently caused problem</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/The-gfortran-folder-inside-the-oneAPI-directory-apparently/m-p/1505094#M167247</link>
      <description>&lt;P&gt;That part of the documentation is not up-to-date. This is not the first time I build NWChem from source, I have been developing codes in this program for some times using Intel compilers by setting certain variable, and I never ran into the error above. I encountered the issue above when building it on a new computer cluster that uses Intel OneAPI, in my previous institution, their computer cluster didn't use Intel OneAPI apparently.&lt;/P&gt;</description>
      <pubDate>Sat, 15 Jul 2023 17:35:42 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/The-gfortran-folder-inside-the-oneAPI-directory-apparently/m-p/1505094#M167247</guid>
      <dc:creator>st77</dc:creator>
      <dc:date>2023-07-15T17:35:42Z</dc:date>
    </item>
    <item>
      <title>Re: The gfortran folder inside the oneAPI directory apparently caused problem</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/The-gfortran-folder-inside-the-oneAPI-directory-apparently/m-p/1505111#M167249</link>
      <description>&lt;P&gt;I am intrigued, does&amp;nbsp;&lt;SPAN&gt;/opt/intel/oneapi/mpi/2021.7.1/include/gfortran/8.2.0 exist? And if so why?&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Sat, 15 Jul 2023 20:00:18 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/The-gfortran-folder-inside-the-oneAPI-directory-apparently/m-p/1505111#M167249</guid>
      <dc:creator>andrew_4619</dc:creator>
      <dc:date>2023-07-15T20:00:18Z</dc:date>
    </item>
    <item>
      <title>Re: The gfortran folder inside the oneAPI directory apparently caused problem</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/The-gfortran-folder-inside-the-oneAPI-directory-apparently/m-p/1505328#M167256</link>
      <description>&lt;P&gt;Out of curiosity, I checked it on my company's system: such a directory does indeed exist and it has several siblings.&lt;/P&gt;&lt;P&gt;the subdirectories of include/gfortran are:&lt;BR /&gt;10.2.0 11.1.0 4.8.0 4.9.0 5.1.0 6.1.0 7.1.0 8.2.0 9.1.0&lt;/P&gt;</description>
      <pubDate>Mon, 17 Jul 2023 06:18:06 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/The-gfortran-folder-inside-the-oneAPI-directory-apparently/m-p/1505328#M167256</guid>
      <dc:creator>Arjen_Markus</dc:creator>
      <dc:date>2023-07-17T06:18:06Z</dc:date>
    </item>
    <item>
      <title>Re: The gfortran folder inside the oneAPI directory apparently caused problem</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/The-gfortran-folder-inside-the-oneAPI-directory-apparently/m-p/1505538#M167263</link>
      <description>&lt;P&gt;Please note the contents of that include/gfortran directory. It only contains .mod files. No compiler per se. I don't know what part of MPI needs those gfortran .mod files.&lt;/P&gt;
&lt;P&gt;The easiest way to compile with ifort and MPI is to use mpiifort.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 17 Jul 2023 18:22:49 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/The-gfortran-folder-inside-the-oneAPI-directory-apparently/m-p/1505538#M167263</guid>
      <dc:creator>Barbara_P_Intel</dc:creator>
      <dc:date>2023-07-17T18:22:49Z</dc:date>
    </item>
  </channel>
</rss>

