-
Notifications
You must be signed in to change notification settings - Fork 718
Do not store include processing diagnsotics in buildInfo #1643
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
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.
Pull Request Overview
This PR addresses incremental build scenarios by preventing include processing diagnostics from being stored in buildInfo files. The change ensures that program diagnostics are handled like Strada's approach, where semantic diagnostics from cache are used without storing uncertain program diagnostics to disk.
Key changes:
- Moved include processor diagnostics from being stored in buildInfo to being added dynamically during semantic diagnostic retrieval
- Added error tracking for include processing diagnostics to maintain proper build state
- Updated test baselines to reflect the removal of
semanticDiagnosticsPerFile
from buildInfo files
Reviewed Changes
Copilot reviewed 7 out of 7 changed files in this pull request and generated 1 comment.
File | Description |
---|---|
internal/execute/incremental/program.go | Refactored semantic diagnostics handling to add include processor diagnostics dynamically and track errors properly |
internal/compiler/program.go | Added new method for include processor diagnostics and integrated them into semantic diagnostics flow |
testdata/baselines/reference/* | Updated baseline files showing removal of stored semantic diagnostics from buildInfo |
Co-authored-by: Copilot <175728472+Copilot@users.noreply.github.com>
I thought I had left a review yesterday but apparently I forgot to submit it, sorry. But one thing I think may be missing is that |
I actually thought that this change preserved that, given it doesn't seem like a related test changed, but maybe I've misread the PR? |
Do we have a test for this? |
Maybe I'm hallucinating that your PR had one 😅 |
No 🙁 |
Sorry that i missed this part when porting this. #1649 adds the filtering |
#1628 started adding program diagnostics to semantic diagnostic reporting like Strada
This handles incremental scenarios like Strada where we don't store program diagnostics to file because we don't know if they change or not if program structure changes and semantic diagnostics from cache are used