summaryrefslogtreecommitdiffstats
path: root/Help/guide/tutorial/Step12/MathFunctions/MathFunctions.h
diff options
context:
space:
mode:
authorWilliam R. Dieter <william.r.dieter@intel.com>2023-05-25 15:41:34 (GMT)
committerBrad King <brad.king@kitware.com>2023-05-25 17:17:41 (GMT)
commit9875b1196916572178591b13efa4148f2a8880ef (patch)
tree2753c7c0965658757cbf0bb68625e8375647ec81 /Help/guide/tutorial/Step12/MathFunctions/MathFunctions.h
parentcf7b7600c669ea162e0c3960c3e4e3a5d04f3274 (diff)
downloadCMake-9875b1196916572178591b13efa4148f2a8880ef.zip
CMake-9875b1196916572178591b13efa4148f2a8880ef.tar.gz
CMake-9875b1196916572178591b13efa4148f2a8880ef.tar.bz2
IntelLLVM: Use compiler driver as linker for MODULE libraries too
Since commit 79921fb00c (IntelLLVM: Set linker to compiler driver for Windows, 2021-10-19, v3.23.0-rc1~127^2) we default to the compiler driver as linker for executables, shared libraries, and static libraries. Not doing so for shared modules was an oversight. Copying the shared library command line for shared modules fixes the problem (and also is what we do for MSVC). The MSVC linker is fine for many cases, however it does not support GPU offload code generated by the IntelLLVM compilers. Using the compiler driver as linker, or at least a linker that understands the object format, is required for linking shared modules that use GPU offload (e.g., with SYCL or OpenMP). Signed-off-by: William R. Dieter <william.r.dieter@intel.com>
Diffstat (limited to 'Help/guide/tutorial/Step12/MathFunctions/MathFunctions.h')
0 files changed, 0 insertions, 0 deletions