KhronosGroup / KhronosGroup/SYCL-Docs

Thread-safety

Open
#913 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
JavaScript
Stars
158
Forks
80
Avg merge
7d 6h
Merged PRs (30d)
5

Description

I saw there was a recent comment on this, so I think the WG would like to push this forward. Summarizing my thoughts ... I think we need a much larger change if we really want to clarify the thread safety guarantees of SYCL. I think John and I agreed in the comments above that we need to go through the APIs one-by-one and decide exactly what thread safety guarantees we expect.

If we are looking to merge this PR quickly as a step in the right direction, I'd be happy with this PR if we delete the non-normative note. I think the note (as written now) makes the wording more confusing, not less.

_Originally posted by @gmlueck in https://github.com/KhronosGroup/SYCL-Docs/issues/831#issuecomment-3246820598_

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by reading the discussion referenced from issue 831 and the comments summarized here. The proposed work is to review SYCL APIs one by one and clarify their thread-safety guarantees, while the immediate alternative is to remove a non-normative note. Done would require an agreed scope and specification changes, but no files or tests are identified.

Written by the indexing model from the issue text.

Assessment

Domain
documentation
Issue type
Documentation
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.