[BUG] icx loop optimisations

[dalel487]

I was recently at a hackathon hosted by Codeplay and DiRAC in Edinburgh, and we found a bug with the icx compiler. When optimisations are enabled the compiler segfaults when linking to create the final binary with the message icx: error: unable to execute command: Segmentation fault (core dumped) icx: error: linker command failed due to signal (use -v to see invocation) -v was already enabled at this point By disabling '-ipo', we were able to get a more verbose output 1. parser at end of file 2. Optimizer #0 0x000055d27db85fd3 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x5063fd3) #1 0x000055d27db842c0 llvm::sys::RunSignalHandlers() (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x50622c0) #2 0x000055d27db86674 SignalHandler(int) Signals.cpp:0:0 #3 0x00007f8db3641240 __restore_rt (/lib64/libc.so.6+0x41240) #4 0x000055d27dedcb77 llvm::loopopt::RegDDRef::getTempBaseValue() const (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x53bab77) #5 0x000055d27df2ff64 llvm::loopopt::DDTest::depends(llvm::loopopt::DDRef const*, llvm::loopopt::DDRef const*, llvm::loopopt::DirectionVector const&, bool, bool) (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x540df64) #6 0x000055d27df33883 llvm::loopopt::DDTest::findDependencies(llvm::loopopt::DDRef*, llvm::loopopt::DDRef*, llvm::loopopt::DirectionVector const&, llvm::loopopt::DirectionVectorInfo&) (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x5411883) #7 0x000055d27df1f181 llvm::loopopt::HIRDDAnalysis::buildGraph(llvm::loopopt::HIRGraph<:loopopt::ddref>&, llvm::loopopt::HLNode const*) (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x53fd181) #8 0x000055d27df1e740 llvm::loopopt::HIRDDAnalysis::getGraphImpl(llvm::loopopt::HLRegion const*, llvm::loopopt::HLNode const*) (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x53fc740) #9 0x000055d27f1ed4d2 llvm::loopopt::scalarreplarray::MemRefGroup::isLegal() const (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x66cb4d2) #10 0x000055d27f1ee620 llvm::loopopt::scalarreplarray::HIRScalarReplArray::doAnalysis(llvm::loopopt::HLLoop*) (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x66cc620) #11 0x000055d27f1ee3e1 llvm::loopopt::scalarreplarray::HIRScalarReplArray::run() (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x66cc3e1) #12 0x000055d27f1ef158 llvm::loopopt::HIRScalarReplArrayPass::runImpl(llvm::Function&, llvm::AnalysisManager<:function>&, llvm::loopopt::HIRFramework&) (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x66cd158) #13 0x000055d27eecb2b5 llvm::detail::PassModel<:function>>::run(llvm::Function&, llvm::AnalysisManager<:function>&) PassBuilder.cpp:0:0 #14 0x000055d27d6cb885 llvm::PassManager<:function>>::run(llvm::Function&, llvm::AnalysisManager<:function>&) (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x4ba9885) #15 0x000055d27cbbec4d llvm::detail::PassModel<:function>>, llvm::PreservedAnalyses, llvm::AnalysisManager<:function>>::run(llvm::Function&, llvm::AnalysisManager<:function>&) NVPTXTargetMachine.cpp:0:0 #16 0x000055d27d6d26bd llvm::ModuleToFunctionPassAdaptor::run(llvm::Module&, llvm::AnalysisManager<:module>&) (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x4bb06bd) #17 0x000055d27cbbe9bd llvm::detail::PassModel<:module>>::run(llvm::Module&, llvm::AnalysisManager<:module>&) NVPTXTargetMachine.cpp:0:0 #18 0x000055d27d6ca9ea llvm::PassManager<:module>>::run(llvm::Module&, llvm::AnalysisManager<:module>&) (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x4ba89ea) #19 0x000055d27e533b4f (anonymous namespace)::EmitAssemblyHelper::RunOptimizationPipeline(clang::BackendAction, std::__1::unique_ptr<:raw_pwrite_stream>>&, std::__1::unique_ptr<:tooloutputfile>>&, clang::BackendConsumer*) BackendUtil.cpp:0:0 #20 0x000055d27e52f07b clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, llvm::IntrusiveRefCntPtr<:vfs::filesystem>, std::__1::unique_ptr<:raw_pwrite_stream>>, clang::BackendConsumer*) (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x5a0d07b) #21 0x000055d27e5441af clang::BackendConsumer::HandleTranslationUnit(clang::ASTContext&) (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x5a221af) #22 0x000055d27fb93a6a clang::ParseAST(clang::Sema&, bool, bool) (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x7071a6a) #23 0x000055d27e5471a8 clang::CodeGenAction::ExecuteAction() (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x5a251a8) #24 0x000055d27e85d6fa clang::FrontendAction::Execute() (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x5d3b6fa) #25 0x000055d27e7e3a69 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x5cc1a69) #26 0x000055d27e8e8b8e clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x5dc6b8e) #27 0x000055d27c860181 cc1_main(llvm::ArrayRef, char const*, void*) (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x3d3e181) #28 0x000055d27c85d085 ExecuteCC1Tool(llvm::SmallVectorImpl&, llvm::ToolContext const&) driver.cpp:0:0 #29 0x000055d27c85cb21 clang_main(int, char**, llvm::ToolContext const&) (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x3d3ab21) #30 0x000055d27c86935e main (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x3d4735e) #31 0x00007f8db362a1f0 __libc_start_call_main (/lib64/libc.so.6+0x2a1f0) #32 0x00007f8db362a2b9 __libc_start_main@GLIBC_2.2.5 (/lib64/libc.so.6+0x2a2b9) #33 0x000055d27c85a3a9 _start (/opt/intel/oneapi/compiler/2024.1/bin/compiler/clang+0x3d383a9) icx: error: unable to execute command: Segmentation fault (core dumped) icx: error: clang frontend command failed due to signal (use -v to see invocation) Intel(R) oneAPI DPC++/C++ Compiler 2024.1.2 (2024.1.2.20240508) Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /opt/intel/oneapi/compiler/2024.1/bin/compiler Configuration file: /opt/intel/oneapi/compiler/2024.1/bin/compiler/../icx.cfg icx: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: icx: note: diagnostic msg: /tmp/icx-16a6635299/fermionic-cabf4b.c icx: note: diagnostic msg: /tmp/icx-16a6635299/fermionic-cabf4b.sh icx: note: diagnostic msg: ******************** make: *** [: fermionic.o] Error 1 By manually setting the -mllvm -loopopt=n value to 0,1 or 2 the code compiles, but is a factor of six slower than the icc classic compiler on the machine. I'm currently having trouble attaching the requested output files to the post but can provided them if needed. Again, this was diagnosed already by members of the SYCL development team. So I don't need hints to get around the segfault. I just need the developers behind icx to be notified so they can work on a fix for the next release. Thanks! ========================================================================== Code source: https://github.com/dalel487/su2hmc/tree/master Reproduction instructions: 1) Go to directory production_c 2) Type make -f Makefile_OneAPI release 3a) To reproduce the segmentation fault, remove -mllvm -loopopt=0 from CFLAGS 3b) To compile without the segmentation fault, add -mllvm -loopopt=0 to CFLAGS

[cw_intel]

Your question has been escalated to our internal engineering team. 

[cw_intel]

Hi,

We got the following error when running the command "make -f Makefile_OneAPI release"

../main.c:522:2: error: "No integrator defined. Please define {INT_LPFR.INT_OMF2,INT_OMF4}"

 522 | #error "No integrator defined. Please define {INT_LPFR.INT_OMF2,INT_OMF4}"

Can you tell us how to solve this problem?

Thanks

[dalel487]

Apologies for the delay in getting back. Firefox would not show the reply button (and is probably why the formatting in the initial message didn't show up correctly).

If you add -DINT_LPFR to the CFLAGS it will work. The classic compiler makefile should have it already

[dalel487]

Original message with correct formatting

I was recently at a hackathon hosted by Codeplay and DiRAC in Edinburgh, and we found a bug with the icx compiler. When optimisations are enabled the compiler segfaults when linking to create the final binary with the message icx: 

 "/usr/bin/ld" -z relro --hash-style=gnu --eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o su2hmc_OneAPI /lib/x86_64-linux-gnu/Scrt1.o /lib/x86_64-linux-gnu/crti.o /usr/lib/gcc/x86_64-linux-gnu/12/crtbeginS.o -L/opt/intel/oneapi/mkl/2024.2/lib/intel64 -L/usr/local/lib -L/opt/intel/oneapi/compiler/2024.2/bin/compiler/../../lib -L/opt/intel/oneapi/compiler/2024.2/bin/compiler/../../lib -L/opt/intel/oneapi/mkl/2024.2/lib -L/opt/intel/oneapi/compiler/2024.2/lib/clang/19/lib/x86_64-unknown-linux-gnu -L/opt/intel/oneapi/compiler/2024.2/bin/compiler/../../lib -L/usr/lib/gcc/x86_64-linux-gnu/12 -L/usr/lib/gcc/x86_64-linux-gnu/12/../../../../x86_64-linux-gnu/lib/../lib64 -L/usr/lib/gcc/x86_64-linux-gnu/12/../../../../lib64 -L/lib/x86_64-linux-gnu -L/lib/../lib64 -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-linux-gnu/12/../../../../x86_64-linux-gnu/lib -L/usr/lib/gcc/x86_64-linux-gnu/12/../../.. -L/opt/intel/oneapi/compiler/2024.2/bin/compiler/../../lib -L/opt/intel/oneapi/compiler/2024.2/bin/compiler/../../opt/compiler/lib -L/lib -L/usr/lib -plugin /opt/intel/oneapi/compiler/2024.2/bin/compiler/../../lib/icx-lto.so -plugin-opt=-vector-library=SVML -plugin-opt=mcpu=skylake -plugin-opt=O3 -plugin-opt=-vector-library=SVML -plugin-opt=fintel-libirc-allowed -plugin-opt=fintel-advanced-optim -plugin-opt=-disable-hir-generate-mkl-call -plugin-opt=-enable-npm-multiversioning -plugin-opt=-loopopt -plugin-opt=-intel-abi-compatible=true -plugin-opt=-x86-enable-unaligned-vector-move=true -L/opt/intel/oneapi/tbb/2021.13/env/../lib/intel64/gcc4.8 -L/opt/intel/oneapi/mpi/2021.13/lib -L/opt/intel/oneapi/mkl/2024.2/lib/ -L/opt/intel/oneapi/ippcp/2021.12/lib/ -L/opt/intel/oneapi/ipp/2021.12/lib -L/opt/intel/oneapi/dpl/2022.6/lib -L/opt/intel/oneapi/dnnl/2024.2/lib -L/opt/intel/oneapi/dal/2024.5/lib -L/opt/intel/oneapi/compiler/2024.2/lib -L/opt/intel/oneapi/ccl/2021.13/lib/ -L/opt/intel/oneapi/compiler/2023.2.4/linux/compiler/lib/intel64_lin -L/opt/intel/oneapi/compiler/2023.2.4/linux/lib -L/opt/AMD/aocl/aocl-linux-aocc-4.1.0/aocc/lib -L/opt/AMD/aocc-compiler-4.1.0/lib -L/opt/AMD/aocc-compiler-4.1.0/lib32 -L/usr/lib/x86_64-linux-gnu -L/usr/lib64 -L/usr/lib32 -L/usr/lib -L. /tmp/icx-00e2e7a382/main-397eb8.o coord.o random.o matrices.o congrad.o bosonic.o fermionic.o force.o par_mpi.o su2hmc.o -limf -lgsl -Bstatic -limf -Bdynamic -lm --start-group -lmkl_intel_lp64 -lmkl_intel_thread -lmkl_core --end-group -Bstatic -lsvml -Bdynamic -Bstatic -lirng -Bdynamic -Bstatic -limf -Bdynamic -lm -lgcc --as-needed -lgcc_s --no-as-needed -Bstatic -lirc -Bdynamic -ldl -liomp5 -L/opt/intel/oneapi/compiler/2024.2/bin/lib -lgcc --as-needed -lgcc_s --no-as-needed -lpthread -lc -lgcc --as-needed -lgcc_s --no-as-needed -Bstatic -lirc_s -Bdynamic /usr/lib/gcc/x86_64-linux-gnu/12/crtendS.o /lib/x86_64-linux-gnu/crtn.o
icx: error: unable to execute command: Segmentation fault (core dumped)
icx: error: linker command failed due to signal (use -v to see invocation)
make: *** [Makefile_OneAPI:64: su2hmc_OneAPI] Error 1

If I disable -ipo we also get 

PLEASE append the compiler options "-save-temps -v", rebuild the application to get the full command which is failing and submit a bug report to https://software.intel.com/en-us/support/priority-support which includes the failing command, input files for the command and the crash backtrace (if any).
Stack dump:
0.	Program arguments: /opt/intel/oneapi/compiler/2024.2/bin/compiler/clang @/tmp/icx2141420740t1UJua/icxargr8yjOK
1.	<eof> parser at end of file
2.	Optimizer
 #0 0x000057bc370b2463 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x5f28463)
 #1 0x000057bc370b1240 llvm::sys::RunSignalHandlers() (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x5f27240)
 #2 0x000057bc37061755 (anonymous namespace)::CrashRecoveryContextImpl::HandleCrash(int, unsigned long) CrashRecoveryContext.cpp:0:0
 #3 0x000057bc37061969 CrashRecoverySignalHandler(int) CrashRecoveryContext.cpp:0:0
 #4 0x000070b6dec42520 (/usr/lib/x86_64-linux-gnu/libc.so.6+0x42520)
 #5 0x000057bc3518b317 llvm::loopopt::RegDDRef::getTempBaseValue() const (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x4001317)
 #6 0x000057bc3568ca76 llvm::loopopt::DDTest::depends(llvm::loopopt::DDRef const*, llvm::loopopt::DDRef const*, llvm::loopopt::DirectionVector const&, bool, bool) (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x4502a76)
 #7 0x000057bc3568bf73 llvm::loopopt::DDTest::findDependencies(llvm::loopopt::DDRef*, llvm::loopopt::DDRef*, llvm::loopopt::DirectionVector const&, llvm::loopopt::DirectionVectorInfo&) (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x4501f73)
 #8 0x000057bc3568aa84 llvm::loopopt::HIRDDAnalysis::buildGraph(llvm::loopopt::HIRGraph<llvm::loopopt::DDRef, llvm::loopopt::DDEdge>&, llvm::loopopt::HLNode const*) (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x4500a84)
 #9 0x000057bc35689b00 llvm::loopopt::HIRDDAnalysis::getGraphImpl(llvm::loopopt::HLRegion const*, llvm::loopopt::HLNode const*) (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x44ffb00)
#10 0x000057bc3623d9ca llvm::loopopt::scalarreplarray::MemRefGroup::isLegal(llvm::loopopt::HIRDDAnalysis&) const (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x50b39ca)
#11 0x000057bc355528af llvm::loopopt::scalarreplarray::HIRScalarReplArray::doAnalysis(llvm::loopopt::HLLoop*) (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x43c88af)
#12 0x000057bc35680111 llvm::loopopt::scalarreplarray::HIRScalarReplArray::run() (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x44f6111)
#13 0x000057bc35681148 llvm::loopopt::HIRScalarReplArrayPass::runImpl(llvm::Function&, llvm::AnalysisManager<llvm::Function>&, llvm::loopopt::HIRFramework&) (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x44f7148)
#14 0x000057bc356810a5 llvm::detail::PassModel<llvm::Function, llvm::loopopt::HIRScalarReplArrayPass, llvm::AnalysisManager<llvm::Function>>::run(llvm::Function&, llvm::AnalysisManager<llvm::Function>&) PassBuilder.cpp:0:0
#15 0x000057bc353af9e5 llvm::PassManager<llvm::Function, llvm::AnalysisManager<llvm::Function>>::run(llvm::Function&, llvm::AnalysisManager<llvm::Function>&) (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x42259e5)
#16 0x000057bc353af74d llvm::detail::PassModel<llvm::Function, llvm::PassManager<llvm::Function, llvm::AnalysisManager<llvm::Function>>, llvm::AnalysisManager<llvm::Function>>::run(llvm::Function&, llvm::AnalysisManager<llvm::Function>&) X86CodeGenPassBuilder.cpp:0:0
#17 0x000057bc353acaad llvm::ModuleToFunctionPassAdaptor::run(llvm::Module&, llvm::AnalysisManager<llvm::Module>&) (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x4222aad)
#18 0x000057bc353ac88d llvm::detail::PassModel<llvm::Module, llvm::ModuleToFunctionPassAdaptor, llvm::AnalysisManager<llvm::Module>>::run(llvm::Module&, llvm::AnalysisManager<llvm::Module>&) X86CodeGenPassBuilder.cpp:0:0
#19 0x000057bc353a8f5a llvm::PassManager<llvm::Module, llvm::AnalysisManager<llvm::Module>>::run(llvm::Module&, llvm::AnalysisManager<llvm::Module>&) (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x421ef5a)
#20 0x000057bc360c53dd (anonymous namespace)::EmitAssemblyHelper::RunOptimizationPipeline(clang::BackendAction, std::__1::unique_ptr<llvm::raw_pwrite_stream, std::__1::default_delete<llvm::raw_pwrite_stream>>&, std::__1::unique_ptr<llvm::ToolOutputFile, std::__1::default_delete<llvm::ToolOutputFile>>&) BackendUtil.cpp:0:0
#21 0x000057bc35825fcf clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, llvm::IntrusiveRefCntPtr<llvm::vfs::FileSystem>, std::__1::unique_ptr<llvm::raw_pwrite_stream, std::__1::default_delete<llvm::raw_pwrite_stream>>) (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x469bfcf)
#22 0x000057bc358ad65a clang::BackendConsumer::HandleTranslationUnit(clang::ASTContext&) CodeGenAction.cpp:0:0
#23 0x000057bc351b9e4d clang::ParseAST(clang::Sema&, bool, bool) (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x402fe4d)
#24 0x000057bc35f10248 clang::CodeGenAction::ExecuteAction() (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x4d86248)
#25 0x000057bc35f132ba clang::FrontendAction::Execute() (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x4d892ba)
#26 0x000057bc35f12e00 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x4d88e00)
#27 0x000057bc3605010e clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x4ec610e)
#28 0x000057bc35db19df cc1_main(llvm::ArrayRef<char const*>, char const*, void*) (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x4c279df)
#29 0x000057bc35bbb9f5 ExecuteCC1Tool(llvm::SmallVectorImpl<char const*>&, llvm::ToolContext const&) driver.cpp:0:0
#30 0x000057bc37729419 void llvm::function_ref<void ()>::callback_fn<clang::driver::CC1Command::Execute(llvm::ArrayRef<std::__1::optional<llvm::StringRef>>, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>*, bool*) const::$_0>(long) Job.cpp:0:0
#31 0x000057bc3605276e llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x4ec876e)
#32 0x000057bc3605259a clang::driver::CC1Command::Execute(llvm::ArrayRef<std::__1::optional<llvm::StringRef>>, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>*, bool*) const (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x4ec859a)
#33 0x000057bc3614cdf9 clang::driver::Compilation::ExecuteCommand(clang::driver::Command const&, clang::driver::Command const*&, bool) const (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x4fc2df9)
#34 0x000057bc3614caf4 clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&, llvm::SmallVectorImpl<std::__1::pair<int, clang::driver::Command const*>>&, bool) const (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x4fc2af4)
#35 0x000057bc3614bebc clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&, llvm::SmallVectorImpl<std::__1::pair<int, clang::driver::Command const*>>&) (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x4fc1ebc)
#36 0x000057bc35db3ae9 clang_main(int, char**, llvm::ToolContext const&) (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x4c29ae9)
#37 0x000057bc35a3c695 main (/opt/intel/oneapi/compiler/2024.2/bin/compiler/clang+0x48b2695)
#38 0x000070b6dec29d90 __libc_start_call_main ./csu/../sysdeps/nptl/libc_start_call_main.h:58:16
#39 0x000070b6dec29e40 call_init ./csu/../csu/libc-start.c:128:20
#40 0x000070b6dec29e40 __libc_start_main ./csu/../csu/libc-start.c:379:5
#41 0x000057bc3659e69a _start /localdisk2/test/toolchain-cross/src/glibc/csu/../sysdeps/x86_64/start.S:122:0
icx: error: clang frontend command failed with exit code 139 (use -v to see invocation)
Intel(R) oneAPI DPC++/C++ Compiler 2024.2.0 (2024.2.0.20240602)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /opt/intel/oneapi/compiler/2024.2/bin/compiler
Configuration file: /opt/intel/oneapi/compiler/2024.2/bin/compiler/../icx.cfg
icx: note: diagnostic msg: 
********************

PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
icx: note: diagnostic msg: /tmp/icx-4e27c264eb/fermionic-c8bef7.c
icx: note: diagnostic msg: /tmp/icx-4e27c264eb/fermionic-c8bef7.sh
icx: note: diagnostic msg: 

********************
make: *** [<builtin>: fermionic.o] Error 1

By manually setting the

-mllvm -loopopt=n

value to 0,1 or 2 the code compiles, but is a factor of six slower than the icc classic compiler on the machine. I'm currently having trouble attaching the requested output files to the post but can provided them if needed. Again, this was diagnosed already by members of the SYCL development team. So I don't need hints to get around the segfault. I just need the developers behind icx to be notified so they can work on a fix for the next release. Thanks!

==========================================================================

Code source: 

https://github.com/dalel487/su2hmc/tree/master 

Reproduction instructions:

1) Go to directory production_c

2) Type make -f Makefile_OneAPI release

3a) To reproduce the segmentation fault, remove -mllvm -loopopt=0 from CFLAGS

3b) To compile without the segmentation fault, add -mllvm -loopopt=0 to CFLAGS

[cw_intel]

Hi,

With -DINT_LPFR, I got a new problem,

fatal error: 'coord.h' file not found

  44 | #include    <coord.h>

How to fix this issue?

Thanks.