Skip to content

Conversation

dnmokhov
Copy link
Contributor

@dnmokhov dnmokhov commented Oct 9, 2025

Description

Add a comprehensive description of proposed changes

Fixes # - issue number(s) if exists

Type of change

Choose one or multiple, leave empty if none of the other choices apply

Add a respective label(s) to PR if you have permissions

  • bug fix - change that fixes an issue
  • new feature - change that adds functionality
  • tests - change in tests
  • infrastructure - change in infrastructure and CI
  • documentation - documentation update

Tests

  • added - required for new features and some bug fixes
  • not needed

Documentation

  • updated in # - add PR number
  • needs to be updated
  • not needed

Breaks backward compatibility

  • Yes
  • No
  • Unknown

Notify the following users

List users with @ to send notifications

Other information

The custom assertion handler mechanism allows applications to set their own assertion handling functions. This proposal
is modeled on the assertion handler API that existed in TBB and is semantically similar to the standard library's
OneTBB provides `internal assertion checking
<https://oneapi-spec.uxlfoundation.org/specifications/oneapi/latest/elements/onetbb/source/configuration/enabling_debugging_features>`_
Copy link
Contributor

Choose a reason for hiding this comment

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

I suggest referring to specific version of the oneAPI spec so that this link does not become invalid some day.

Suggested change
<https://oneapi-spec.uxlfoundation.org/specifications/oneapi/latest/elements/onetbb/source/configuration/enabling_debugging_features>`_
<https://oneapi-spec.uxlfoundation.org/specifications/oneapi/v1.4-rev-1/elements/onetbb/source/configuration/enabling_debugging_features>`_

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Changed in both places.

Copy link
Contributor

@akukanov akukanov Oct 14, 2025

Choose a reason for hiding this comment

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

@aleksei-fedotov do you suggest to update the link each time a new spec version is released (or maybe as its full support is implemented)?

Copy link
Contributor

Choose a reason for hiding this comment

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

I suggest keeping links valid as long as possible.

By referring to a certain version of the document, we are sure that both descriptions are relevant. Once the spec is updated, we are again sure that the documentation remains valid. Once the implementation is updated, it is the trigger to update corresponding sections in the documentation, thus reconsidering the links and possibly updating them to refer to a new (but not the latest) version of the page they are referring to.

Copy link
Contributor

Choose a reason for hiding this comment

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

Copy link
Contributor

@aleksei-fedotov aleksei-fedotov left a comment

Choose a reason for hiding this comment

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

I believe it looks good!

Copy link
Contributor

@vossmjp vossmjp left a comment

Choose a reason for hiding this comment

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

Looks good to me.

@dnmokhov dnmokhov merged commit 110462d into master Oct 16, 2025
29 checks passed
@dnmokhov dnmokhov deleted the dev/dnmokhov/assertion_doc branch October 16, 2025 21:29
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants