[SYCL] Extend the handler-less path to API functions with event dependencies

[slawekptak]

The kernel submission APIs with event dependencies are switched to use the handler-less kernel submission path.

[vinser52]

LGTM, but address the suggestion I left with #pragma once

[slawekptak]

@mmichel11 @intel/sycl-graphs-reviewers @uditagarwal97 @sergey-semenov @aelovikov-intel Could you please take a look?

[uditagarwal97]

I wonder if we should set a default value for DepEvents in submit_kernel_direct_parallel_for and submit_kernel_direct_single_task, so that we can avoid passing {} everywhere.

[aelovikov-intel]

That doesn't matter. Once handler-less path "implementation" finishes, next step would be to clean up the codebase and that would include dropping it completely and re-writing handler path to delegate to the public handler-less APIs to avoid extra level of templates.

[mmichel11]

Graph changes LGTM

[uditagarwal97]

Instead of creating a new header, is it possible to put this function in some existing header, like event_impl.hpp?

[slawekptak]

Yeah, this made sense to me too, but unfortunately there is a circular dependency between the event_impl.hpp and queue_impl.hpp..

[uditagarwal97]

LGTM overall. I don't see any test associated with this change, does any existing test(s) cover them?

[sergey-semenov]

LGTM, no blocking comments, just some non-functional nitpicks.

[github-actions]

@intel/llvm-gatekeepers please consider merging

[slawekptak]

LGTM overall. I don't see any test associated with this change, does any existing test(s) cover them?

I've added a test for the API function, which was not covered, but the rest of the functions affected by this PR should be covered by existing tests.