-
Notifications
You must be signed in to change notification settings - Fork 12
feat(scrat): Interface for symbol analysis RPC calls #416
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
This adds ATD types for RPC calls to run or run + upload symbol analysis for a project.
|
Backwards compatibility summary: |
semgrep_output_v1.atd
Outdated
|
|
||
| (* the language of the files to analyze; this will ideally be | ||
| optional/ignored in the future *) | ||
| lang : string; |
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.
Should we make this optional today? We can keep passing it in, but we will have to potentially modify any ocaml code that relies on it existing.
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.
Hmm, yeah, we can do that. It feels a bit awkward, but it will make it easier to add per-file language detection in a backwards-compatible way in the future.
This adds ATD types for RPC calls to run or run + upload symbol analysis for a project.
Toward SC-2975
make setup && maketo update the generated code after editing a.atdfile (TODO: have a CI check)For example, the Semgrep backend need to still be able to consume data
generated by Semgrep 1.50.0.
See https://atd.readthedocs.io/en/latest/atdgen-tutorial.html#smooth-protocol-upgrades
Note that the types related to the semgrep-core JSON output or the
semgrep-core RPC do not need to be backward compatible!
semgrep-proprietaryare approved and ready to merge once this PR is merged