-
Notifications
You must be signed in to change notification settings - Fork 724
Fix recomp bug by invalidating cache on build exception #10105
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
mpickering
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.
I wrote this patch with Rodrigo, we diagnosed the issue was that on a build failure the file monitor contents was not invalidated. If you changed the source file back to what it was originally then compilation would be skipped (and lead to later errors).
|
I'm working on a test |
a07e713 to
0a1e7a1
Compare
|
Does this need to be backported? (It sounds to me like yes.) |
Definitely. It's a very small, but critical, change. |
|
@mergify backport 3.12 |
✅ Backports have been created
|
Be sure to invalidate the cache if building throws an exception! If not, we'll abort execution with a stale recompilation cache. See ghc#24926 for an example of how this can go wrong.
0a1e7a1 to
a9f2c3b
Compare
Be sure to invalidate the cache if building throws an exception! If not, we'll abort execution with a stale recompilation cache. See ghc#24926 for an example of how this can go wrong.
Please read Github PR Conventions and then fill in one of these two templates.
Template Α: This PR modifies behaviour or interface
Include the following checklist in your PR: