-
Notifications
You must be signed in to change notification settings - Fork 696
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
Reinstall add-source deps even when LBI can't be loaded. #3138
Reinstall add-source deps even when LBI can't be loaded. #3138
Conversation
/cc @ttuegel |
This bites me quite often when working on |
9f91a7c
to
ff86ffa
Compare
Replaced calls to |
ff86ffa
to
b26e52f
Compare
This is somewhat fragile when you're using multiple compilers inside the same sandbox because we can't tell which compiler the project was configured with (since we couldn't load the LBI). Fixing this properly will be a bit more involved, so I'm postponing this for after 1.24. |
71c457a
to
7a0ea82
Compare
But only if it happens due to version mismatch. Fixes haskell#3136.
7a0ea82
to
354757c
Compare
Having thought a bit more about this, I now believe we should make the case of unreadable LBI an error and just always compile setup scripts with the same Cabal version that Also, we should get better at bumping version numbers of development snapshots when the LBI format is changed (#3181). |
I strongly agree. I would never expect an old cabal-install to work with a newer Cabal, or if it did, I would consider it a happy accident. Not only does this simplify things for us, it will be easier for users to understand what's gone wrong and how to correct it ("Your cabal-install is too old, please upgrade.") |
This will also make life a bit harder for developers, but with #3181 fixed, I think we'll cope. |
This PR has bitrotted and was obsoleted by new-build, closing. |
But only if it happens due to version mismatch. Fixes #3136.