-
Notifications
You must be signed in to change notification settings - Fork 72
Implement C package DeadCode
#163
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
Conversation
Create shared implementations in preparation for the C queries.
Add MISRA Rule 2.1 as an import of the UnreachableCode query.
Add support for Rule 2.2 by adoptiing the DeadCode shared query. A small modification has been made to ensure results which include macro expansions are reported, unless the macro fully generates the statement.
Adds a query to check for unused type declarations, based on the shared library. Note: the expected results for the C++ test case have been updated to include a compiler generated class. This is because shared queries do not properly apply the exclusion mechanism. See: https://github.com/github/coding-standards-team/issues/1126
Add a query for finding unused tags. This query uses `TypeMention`s to identify tags that are never referenced. Note: this query tries to exclude tags generated from macros, but this is not currently working due to a bug in the CodeQL CLI 2.9.4.
Adds a query to find unused macro declarations. The query is mostly straightforward, however #undefs are not connected in our database schema with the #defines they undefine. This means that we cannot accurately identify unused macros when there is a sequence of defs and undefs.
Adds a query to find unused labels. We consider a label unused if we never "goto" the label and never take the address of the label.
Adds a shared implementation query for identifying unused parameters.
cpp/common/src/codingstandards/cpp/rules/unreachablecode/UnreachableCode.qll
Show resolved
Hide resolved
cpp/common/src/codingstandards/cpp/rules/unusedparameter/UnusedParameter.qll
Show resolved
Hide resolved
cpp/common/src/codingstandards/cpp/rules/unusedtypedeclarations/UnusedTypeDeclarations.qll
Show resolved
Hide resolved
jsinglet
left a comment
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.
Great work Luke -- just a few items with formatting I think and then it is GTG after tests pass.
|
Comments addressed, I think. |
jsinglet
left a comment
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.
Sorry about the false alarm on the formatting, looks good now! :)
Description
This PR adds queries for all the rules in the
DeadCodepackage.Rules 2.1, 2.2, 2.3 and 2.7 are shared implementations with C++ equivalents, where the new shared implementations are direct copies of the existing equivalent C++ rules.
Change request type
.ql,.qll,.qlsor unit tests)Rules with added or modified queries
Release change checklist
A change note (development_handbook.md#change-notes) is required for any pull request which modifies:
If you are only adding new rule queries, a change note is not required.
Author: Is a change note required?
🚨🚨🚨
Reviewer: Confirm that format of shared queries (not the .qll file, the
.ql file that imports it) is valid by running them within VS Code.
Reviewer: Confirm that either a change note is not required or the change note is required and has been added.
Query development review checklist
For PRs that add new queries or modify existing queries, the following checklist should be completed by both the author and reviewer:
Author
As a rule of thumb, predicates specific to the query should take no more than 1 minute, and for simple queries be under 10 seconds. If this is not the case, this should be highlighted and agreed in the code review process.
Reviewer
As a rule of thumb, predicates specific to the query should take no more than 1 minute, and for simple queries be under 10 seconds. If this is not the case, this should be highlighted and agreed in the code review process.