<?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: Error message from clang with ifx 2024.0? in Intel® Fortran Compiler</title>
    <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Error-message-from-clang-with-ifx-2024-0/m-p/1546746#M169370</link>
    <description>&lt;P&gt;A "hello world" program does not report the error message.&lt;/P&gt;&lt;P&gt;I tested a "hello world" program by added the libraries and I can confirm that the messages come from my own libraries libtfem.a and libexternal_ifx.a. Both are freshly made with ar and .o files from ifx only (no c or other languages). It also explains I get the message twice, once for each lib.&lt;/P&gt;&lt;P&gt;I can also confirm that after installing DPC++ (intel-oneapi-compiler-dpcpp-cpp) &amp;nbsp;the messages are gone. However, this requires a 2.3 Gbytes install just to get rid of the messages. Since I build a Docker image, this makes the image 50% larger than before.&lt;/P&gt;&lt;P&gt;Note, that the error messages were absent in previous versions of oneAPI (2023.x).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Martien&lt;/P&gt;</description>
    <pubDate>Thu, 23 Nov 2023 07:16:20 GMT</pubDate>
    <dc:creator>mhulsen</dc:creator>
    <dc:date>2023-11-23T07:16:20Z</dc:date>
    <item>
      <title>Error message from clang with ifx 2024.0?</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Error-message-from-clang-with-ifx-2024-0/m-p/1545973#M169274</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;Just tested ifx in oneAPI version 2024.0 on Fedora 38. At the link step I get two strange error messages, for example:&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;ifx&lt;SPAN class=""&gt;&amp;nbsp; &lt;/SPAN&gt;-O3 -xHost&lt;SPAN class=""&gt;&amp;nbsp; &lt;/SPAN&gt;-fpe0 -stand f18 -o generalized_stokes_channel generalized_stokes_channel.o &lt;SPAN class=""&gt;&amp;nbsp; &lt;/SPAN&gt;-L../lib -ltfem -lexternal_ifx&lt;SPAN class=""&gt;&amp;nbsp; &lt;/SPAN&gt;-L/opt/intel/oneapi/mkl/2024.0/lib/intel64 -lmkl_intel_lp64 -lmkl_intel_thread -lmkl_core -liomp5 -lpthread -lmetis&lt;SPAN class=""&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;/opt/intel/oneapi/compiler/2024.0/bin/compiler/clang-offload-bundler: &lt;/SPAN&gt;&lt;SPAN&gt;error: &lt;/SPAN&gt;&lt;SPAN&gt;unable to find 'llvm-objcopy' in path&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;/opt/intel/oneapi/compiler/2024.0/bin/compiler/clang-offload-bundler: &lt;/SPAN&gt;&lt;SPAN&gt;error: &lt;/SPAN&gt;&lt;SPAN&gt;unable to find 'llvm-objcopy' in path&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;The executable seems to run fine and the output results are fine as well.&lt;/P&gt;&lt;P&gt;Am I missing something in my system? I installed Intel Fortran and MKL using dnf:&lt;/P&gt;&lt;P&gt;dnf -y install&amp;nbsp;intel-oneapi-compiler-fortran&amp;nbsp;intel-oneapi-mkl&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Martien&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 21 Nov 2023 11:01:37 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Error-message-from-clang-with-ifx-2024-0/m-p/1545973#M169274</guid>
      <dc:creator>mhulsen</dc:creator>
      <dc:date>2023-11-21T11:01:37Z</dc:date>
    </item>
    <item>
      <title>Re: Error message from clang with ifx 2024.0?</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Error-message-from-clang-with-ifx-2024-0/m-p/1546606#M169356</link>
      <description>&lt;P&gt;Does a "hello world" program compiled with ifx report the same message?&lt;/P&gt;
&lt;P&gt;ifx uses LLVM as the back end code generator. LLVM depends on some support from Clang.&amp;nbsp; Interesting... it seems like a warning message since your app runs ok.&lt;/P&gt;
&lt;P&gt;Ah! I see you installed only Fortran and MKL. I wonder if you should also install DPC++ to pull in the Clang files.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 22 Nov 2023 20:52:03 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Error-message-from-clang-with-ifx-2024-0/m-p/1546606#M169356</guid>
      <dc:creator>Barbara_P_Intel</dc:creator>
      <dc:date>2023-11-22T20:52:03Z</dc:date>
    </item>
    <item>
      <title>Re: Error message from clang with ifx 2024.0?</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Error-message-from-clang-with-ifx-2024-0/m-p/1546746#M169370</link>
      <description>&lt;P&gt;A "hello world" program does not report the error message.&lt;/P&gt;&lt;P&gt;I tested a "hello world" program by added the libraries and I can confirm that the messages come from my own libraries libtfem.a and libexternal_ifx.a. Both are freshly made with ar and .o files from ifx only (no c or other languages). It also explains I get the message twice, once for each lib.&lt;/P&gt;&lt;P&gt;I can also confirm that after installing DPC++ (intel-oneapi-compiler-dpcpp-cpp) &amp;nbsp;the messages are gone. However, this requires a 2.3 Gbytes install just to get rid of the messages. Since I build a Docker image, this makes the image 50% larger than before.&lt;/P&gt;&lt;P&gt;Note, that the error messages were absent in previous versions of oneAPI (2023.x).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Martien&lt;/P&gt;</description>
      <pubDate>Thu, 23 Nov 2023 07:16:20 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Error-message-from-clang-with-ifx-2024-0/m-p/1546746#M169370</guid>
      <dc:creator>mhulsen</dc:creator>
      <dc:date>2023-11-23T07:16:20Z</dc:date>
    </item>
    <item>
      <title>Re: Error message from clang with ifx 2024.0?</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Error-message-from-clang-with-ifx-2024-0/m-p/1547796#M169439</link>
      <description>&lt;P&gt;I will check with the MKL team.&amp;nbsp; MKL has the ability to automatically offload computation to GPUs.&amp;nbsp; The "offload" is a clue.&amp;nbsp; It is possible they just added auto offload to the metis library.&amp;nbsp; Just a guess.&amp;nbsp; mkl_core could be the culprit also.&amp;nbsp;&amp;nbsp;&lt;BR /&gt;Let. me check with my MKL colleagues on this.&amp;nbsp; &amp;nbsp;Perhaps there is a non-offload version of core and/or metis that can be used.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 27 Nov 2023 15:12:57 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Error-message-from-clang-with-ifx-2024-0/m-p/1547796#M169439</guid>
      <dc:creator>Ron_Green</dc:creator>
      <dc:date>2023-11-27T15:12:57Z</dc:date>
    </item>
    <item>
      <title>Re: Error message from clang with ifx 2024.0?</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Error-message-from-clang-with-ifx-2024-0/m-p/1547826#M169446</link>
      <description>&lt;P&gt;I don't think it is related to MKL. As I said, the messages come from linking my own archive libaries (.a) that have been made from my own Fortran source files, compiled with ifx:&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;[tfemuser@36f750668cff ~]$ cat helloworld.f90&lt;SPAN class=""&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;print *, "hello world"&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;end&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;[tfemuser@36f750668cff ~]$ ifx helloworld.f90&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;[tfemuser@36f750668cff ~]$ ifx helloworld.f90 -L./tfem_develop/lib -ltfem&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;/opt/intel/oneapi/compiler/2024.0/bin/compiler/clang-offload-bundler: &lt;/SPAN&gt;&lt;SPAN&gt;error: &lt;/SPAN&gt;&lt;SPAN&gt;unable to find 'llvm-objcopy' in path&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 27 Nov 2023 16:02:34 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Error-message-from-clang-with-ifx-2024-0/m-p/1547826#M169446</guid>
      <dc:creator>mhulsen</dc:creator>
      <dc:date>2023-11-27T16:02:34Z</dc:date>
    </item>
    <item>
      <title>Re: Error message from clang with ifx 2024.0?</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Error-message-from-clang-with-ifx-2024-0/m-p/1547858#M169453</link>
      <description>&lt;P&gt;Yes, this does look like a problem with the compiler paths and/or packaging.&amp;nbsp; I'll try an installation with just the Fortran compiler, create a library, and a driver main program linking into the library.&amp;nbsp; Thanks for catching this, I'll run some tests.&lt;/P&gt;</description>
      <pubDate>Mon, 27 Nov 2023 17:03:06 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Error-message-from-clang-with-ifx-2024-0/m-p/1547858#M169453</guid>
      <dc:creator>Ron_Green</dc:creator>
      <dc:date>2023-11-27T17:03:06Z</dc:date>
    </item>
    <item>
      <title>Re:Error message from clang with ifx 2024.0?</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Error-message-from-clang-with-ifx-2024-0/m-p/1548003#M169473</link>
      <description>&lt;P&gt;This is a bug in our packaging of the Fortran-only component packages (IRC, downloads, repo packages).  &lt;/P&gt;&lt;P&gt;I was somewhat on track with the diagnosis but it was deeper than I thought.  &lt;/P&gt;&lt;P&gt;So yes, MKL has the ability to offload to Intel GPUs.  Because of this, it has libraries with our proprietary "fat binary" object containing both host code and device code sections.  Because of this, we have extended LLVM link tools to support our fat binary format.&lt;/P&gt;&lt;P&gt;So far so good.&lt;/P&gt;&lt;P&gt;But the people building our packages didn't think Fortran needed these tools.  Because if a Fortran person wanted offload, they would need the C++ compiler and tools which packages these LLVM bin tools.&lt;/P&gt;&lt;P&gt;They didn't think about a Fortran + MKL user who would only want the Fortran compiler and MKL, and hence may want/need the LLVM binary tools to work with the new MKL libraries.  &lt;/P&gt;&lt;P&gt;SO I wrote up a bug report and I'll get the team to put these into the next update release.&lt;/P&gt;&lt;P&gt;The linker will work, as you saw, it simply warns about the missing tool and simply ignores the GPU device code sections.  So it works, just gives a confusing message in the process.&lt;/P&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 27 Nov 2023 21:15:08 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Error-message-from-clang-with-ifx-2024-0/m-p/1548003#M169473</guid>
      <dc:creator>Ron_Green</dc:creator>
      <dc:date>2023-11-27T21:15:08Z</dc:date>
    </item>
    <item>
      <title>Re: Error message from clang with ifx 2024.0?</title>
      <link>https://community.intel.com/t5/Intel-Fortran-Compiler/Error-message-from-clang-with-ifx-2024-0/m-p/1586496#M171631</link>
      <description>&lt;P&gt;&lt;a href="https://community.intel.com/t5/user/viewprofilepage/user-id/271556"&gt;@mhulsen&lt;/a&gt;&amp;nbsp;this bug is fixed in the 2024.1.0 compiler.&lt;/P&gt;</description>
      <pubDate>Thu, 04 Apr 2024 23:46:22 GMT</pubDate>
      <guid>https://community.intel.com/t5/Intel-Fortran-Compiler/Error-message-from-clang-with-ifx-2024-0/m-p/1586496#M171631</guid>
      <dc:creator>Ron_Green</dc:creator>
      <dc:date>2024-04-04T23:46:22Z</dc:date>
    </item>
  </channel>
</rss>

