-
Notifications
You must be signed in to change notification settings - Fork 11
--allow-newer seems to be broken #44
Comments
I didn't even remember we had an |
I've been using stackage curator to benchmark some work ghc. |
Very cool! I'm not sure what the best workaround for this is, but if you're interested in it, a workaround is editing the .cabal files to strip out all of the bounds information after unpacking. |
I have been patching all the configure-args adding --allow-newer --allow-older, seems to work. |
Oh, cool. I don't see a downside to including that if you want to send a PR.
…On Mon, Aug 28, 2017 at 10:18 AM, Doug Wilson ***@***.***> wrote:
I have been patching all the configure-args adding --allow-newer
--allow-older, seems to work.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#44 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AADBByWEwpHFYTVwR_s2xTPu6CqvvA9dks5scmm3gaJpZM4PD6Wq>
.
|
I will at some point. I've also got support for Cabal 2, which was quite a few changes, which I'll also send you. |
This is messy. --allow-newer and --allow-older were removed for Setup in But serialization of GenericPackageDescription was fixed in So this could be fixed with some messy logic conditional on the Cabal version, but it's probably not worth the hassle if no-one is using it. |
I've been hacking on this a bit, and I noticed that the --allow-newer flag in PerformBuild doesn't seem to work due to haskell/cabal#4719.
The text was updated successfully, but these errors were encountered: