DPC++ daily 2022-05-19

[SYCL][L0] Adds device member to L0 make_queue input type (#6148)

* [SYCL][L0] Adds device member to L0 make_queue input type

This commit adds a new `device` member to the `make_queue` input type for the L0 backend. This allows the L0 backend to correctly associate the right device with the command queue to create the PI queue from, preventing unintended and illegal behavior when the PI queue is later used for otherwise valid operations.

It is currently still valid to create a SYCL queue from a native L0 command queue without associating the correct device, which will lead to the queue being associated with the first device in the supplied SYCL context. This behavior is however marked as deprecated.

Note: The ABI checker test changes were generated with the checker tool, so the ones that are marked as removed are simply just moved by the tool. This is a non-breaking ABI change for the runtime library.

Signed-off-by: Larsen, Steffen <[email protected]>

DPC++ daily 2022-05-18

sycl-nightly/20220518

[SYCL][L0] Optimize the LastCommandEvent of the synchronized queue (#…

DPC++ daily 2022-05-17

sycl-nightly/20220517

[NFC][BuildBot] Fix typo in the help message (#6161)

DPC++ daily 2022-05-16

sycl-nightly/20220516

[SYCL][DOC] Add extension for annotated_arg class and its properties …

DPC++ daily 2022-05-15

sycl-nightly/20220515

[SYCL][DOC] Add extension for annotated_arg class and its properties …

DPC++ daily 2022-05-14

sycl-nightly/20220514

[SYCL][DOC] Add extension for annotated_arg class and its properties …

DPC++ daily 2022-05-13

sycl-nightly/20220513

[SYCL][Docs] Align kernel_args_restrict extension with SYCL 2020 to i…

DPC++ daily 2022-05-12

sycl-nightly/20220512

Revert "In MSVC compatibility mode, friend function declarations beha…

DPC++ daily 2022-05-11

sycl-nightly/20220511

[ESIMD] Enforce compile-time channel mask restrictions for rgba write…

DPC++ daily 2022-05-10

[SYCL][L0] Correctly use global timestamps, instead of context (#6122)

Signed-off-by: Jaime Arteaga <[email protected]>