-
Notifications
You must be signed in to change notification settings - Fork 40
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
Make it explicit that tools can show the value of variables for asserts #3641
base: master
Are you sure you want to change the base?
Conversation
See: modelica/ModelicaStandardLibrary#4519 and modelica/ModelicaStandardLibrary#4399 The reason for "may" is: - To not require the value to be duplicated, for cases such as: modelica/ModelicaStandardLibrary#4399 - Support even smarter debugging. I thought it was sufficiently important to make it normative.
Tools are (especially for simple messages) recommended to automatically include the values of relevant variables, as part of the log or interactively accessible. | ||
Similarly tools are recommended to include the failed condition. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is already part of the normative text above, so it needs to be removed or reformulated with the user in focus:
Tools are (especially for simple messages) recommended to automatically include the values of relevant variables, as part of the log or interactively accessible. | |
Similarly tools are recommended to include the failed condition. | |
In this case, for example, embedding the value of \lstinline!T! in the message is likely to result in duplicated information and should be avoided. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The idea with "especially for simple messages" was to allow tools to skip the duplicated T in such cases.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Basically to allow good compatibility with existing models that already have such complicated messages, but provide a simple recommendation for users.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok, tools may be smarter for a transition
Co-authored-by: Henrik Tidefelt <[email protected]>
Co-authored-by: Henrik Tidefelt <[email protected]>
See:
modelica/ModelicaStandardLibrary#4519 and modelica/ModelicaStandardLibrary#4399 for background.
The reason for "may" is:
I thought it was sufficiently important to make it normative.