Skip to content

[NFCI][SYCL] Complete handler::MQueue->handler_impl move #18767

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 4 commits into from
Jun 9, 2025

Conversation

aelovikov-intel
Copy link
Contributor

@aelovikov-intel aelovikov-intel commented Jun 2, 2025

Initially started in #18830
Subsequent PRs before this final one:

#18794
#18834
#18748

@aelovikov-intel

This comment was marked as resolved.

@@ -845,11 +832,14 @@ event handler::finalize() {
#endif
}

// Because graph case is handled right above.
assert(Queue);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Would it be better to use sycl::exception here? So, that we can catch exception even when asserts are disabled (release builds)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No, exception is a recoverable error. Here we'll have a flow in the logic if that ever triggers.

@aelovikov-intel aelovikov-intel merged commit 9457ac2 into intel:sycl Jun 9, 2025
24 checks passed
@aelovikov-intel aelovikov-intel deleted the handler_impl branch June 9, 2025 22:05
Copy link
Contributor

@KornevNikita KornevNikita left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@aelovikov-intel hi, this PR broke sycl_cts/test_reduction:

/__w/llvm/llvm/toolchain/bin/../include/sycl/handler.hpp:3962:13: error: no matching constructor for initialization of 'handler'
 3962 |     handler AuxHandler(getSyclObjImpl(Queue), CGH.eventNeeded() || !InOrder);

See: https://github.com/intel/llvm/actions/runs/15549830233/job/43778612663
Could you check please?

@aelovikov-intel
Copy link
Contributor Author

aelovikov-intel commented Jun 10, 2025

Looking.

Update: reproducible with llvm-lit -v Reduction/ --param test-preview-mode=True
Update2: #18898

aelovikov-intel added a commit to aelovikov-intel/llvm that referenced this pull request Jun 10, 2025
As a matter of fact, I like this even more, because
`type_erased_cgfo_ty` is cheap to create/pass around, we have full
access to `handler_impl` in `handler.cpp` (unlike `handler.cpp` where
it's opaque) and circular includes/type completeness aren't an issue
anymore.
aelovikov-intel added a commit to aelovikov-intel/llvm that referenced this pull request Jun 10, 2025
As a matter of fact, I like this even more, because
`type_erased_cgfo_ty` is cheap to create/pass around, we have full
access to `handler_impl` in `handler.cpp` (unlike `handler.cpp` where
it's opaque) and circular includes/type completeness aren't an issue
anymore.
aelovikov-intel added a commit that referenced this pull request Jun 10, 2025
As a matter of fact, I like this even more, because
`type_erased_cgfo_ty` is cheap to create/pass around, we have full
access to `handler_impl` in `handler.cpp` (unlike `handler.hpp` where
it's opaque) and circular includes/type completeness aren't an issue
anymore.
aelovikov-intel added a commit to aelovikov-intel/llvm that referenced this pull request Jun 12, 2025
Issues identification/suggested fixes by @Alexandr-Konovalov.
aelovikov-intel added a commit that referenced this pull request Jun 12, 2025
Issues identification/suggested fixes by @Alexandr-Konovalov.

This doesn't fix everything, but let's merge what we're sure about
already.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants