-
Notifications
You must be signed in to change notification settings - Fork 63
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
Faster Bios protocol #271
Faster Bios protocol #271
Conversation
I would appreciate a fast turnaround to get this into Hackage as soon as possible. |
2e12482
to
1dd7003
Compare
This on its own does not constitute a major version bump, since the changes are backwards compatible and hardly any impact for most users. E.g. I don't even need to make a ghcide release to use these changes, simply a Cabal/stack constraint. Very happy to have it released today together with #264. Many thanks!! |
@jneira They did, but after using that commit for some time now and I could not find something that broke. At most, it doesn't fully avoid invalidating the cache? Or did you observe other problems as well? |
@fendor i am afraid i've not tested it, if it works for you it will be fine |
* generalize readProcessWithOutputFile to multiple outputs * Generalize readProcessWithOutputs to optional outputs * Bios cradle: retrieve OUTPUTS and DEPS in one call * Tests and docs * Fix Haddocks
This implements the proposal in #270 to obtain the OUTPUTS and DEPS in a single run.
The implementation is careful to preserve backwards compatibility. If both the new and old mechanisms are used, the new mechanism takes precedence.