|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: SAF-* comment at the end of the line
On Tue, 5 Dec 2023, Luca Fancellu wrote:
> Hi all,
>
> I’m writing this mail to collect thoughts about the need to improve the SAF-*
> comments.
>
> I think we reached a point where we need to use deviations for some violation
> that we want
> to keep in the code with a proper justification and an issue was raised when
> the comment
> cannot be put on a line on its own.
>
> e.g.
>
> If ( condition-1 &&
> condition-2 &&
> [...] )
> {
> ...
> }
>
> For example in the code above, if the violation is in the second condition,
> breaking the conditions
> to have an empty line between them for the SAF-* comment is not ideal, so we
> could maybe
> improve the in-code comment to be used at the end of the line:
>
> e.g.
>
> If ( condition-1 &&
> condition-2 && /* SAF-*-safe [...] */
> [...] )
> {
> ...
> }
>
> This might require also a deviation on the coding style to allow the comment
> to overcome the line length.
>
> Bertrand, from his experience with safety certifications, feels that adding
> this feature could be enough
> to cover the majority of the cases where we need to deviate a violation in
> the code.
>
> Using it consistently in the code base as the only way to deviate a violation
> can also help the adoption
> of the project to people who might want to fix them instead of deviating
> them, the only thing they would need
> to do is to grep for SAF-* to have a rough idea of how many justified
> violation are in the code.
>
> Please let me know your thoughts before I start to implement the feature.
I think we need this feature and in fact we have already been adding it
in an ad-hoc way with /* octal-ok */
It would like to remove octal-ok and use a generic way (SAF) to do the
same.
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |