Releases: intel/llvm
Releases · intel/llvm
DPC++ daily 2022-08-10
sycl-nightly/20220810 [SYCL][Reduction] Optimize reduCGFuncForRangeFastAtomics for discrete…
DPC++ daily 2022-08-09
sycl-nightly/20220809 [NFC][SYCL] Move memory_manager.hpp include/sycl/detail/ -> source/de…
DPC++ daily 2022-08-08
[SYCL] Fix unittest initialization of queue with selector (#6540) https://github.com/intel/llvm/pull/6486 added new queue constructors for the use of callable device selectors. In accordance with SYCL 2020 these constructors are marked explicit and as such implicit conversion from initializer lists does not work. These changes fixes the Wait.cpp unittest to use the explicit constructor. Signed-off-by: Larsen, Steffen <[email protected]>
DPC++ daily 2022-08-06
[SYCL] SYCL 2020 callable device selectors (#6486) Signed-off-by: Chris Perkins <[email protected]>
DPC++ daily 2022-08-05
sycl-nightly/20220805 [SYCL] Link sycl-devicelib-host lib in clang-cl + fscyl by default. (…
DPC++ daily 2022-08-04
[SYCL][FPGA] Remove support for intel::fpga_pipeline attribute (#6519) Support for new FPGA attribute called [[intel::fpga_pipeline(N)]] on https://github.com/intel/llvm/pull/6254 is no longer needed. This patch removes the support from frontend. Signed-off-by: Soumi Manna <[email protected]>
DPC++ daily 2022-08-02
[SYCL] Address tests failures after #6469 #6506 (#6509) Just a workaround in sycl/test/regression/fsycl-host-compiler-win.cpp while the proper fix is being investigated/prepared.
DPC++ daily 2022-08-01
LLVM and SPIRV-LLVM-Translator pulldown (WW32) LLVM: llvm/llvm-project@c9737b6f1818056de3a69e43150d501ac0ee2851 SPIRV-LLVM-Translator: KhronosGroup/SPIRV-LLVM-Translator@1b8a00741caafac50de84f1f860b78e702722585
DPC++ daily 2022-07-30
[BuildBot] Uplift GPU RT version for Linux CI Process (#6472) Uplift GPU RT version for Linux to 22.29.23750 Signed-off-by: bb-sycl <[email protected]>
DPC++ daily 2022-07-29
[SYCL][GDB] Fix op[] when called with typedef argument (#6459) The implementation of 'index' did not strip typedefs from the argument passed to it, when passed as a single number. Instead, TYPE_CODE_INT was expected. This leads to failures when calling 'accessor[arg]' using an arg that is either a typedef or something like size_t, which are considered TYPE_CODE_TYPEDEF inside GDB. The check fails and the function continues on and fails even though the argument could have been used in the int cast. Typedef stripping was added to the if condition to fix this. Signed-off-by: Nils-Christian Kempke <[email protected]>