-
Notifications
You must be signed in to change notification settings - Fork 110
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
Don't depend on unbounded-delays for riscv64 #371
Conversation
Don't depend on unbounded-delays for riscv64. Upstreamed as UnkindPartition/tasty#371
Don't depend on unbounded-delays for riscv64. Upstreamed as UnkindPartition/tasty#371
@felixonmars you need to raise a Cabal PR first, adding a new architecture. |
I actually thought I did... Now opened as haskell/cabal#9062 |
@amesgen @TerrorJack any ideas what's up with our WASM CI job? |
Ah sorry, this is due to a bindist artifact expiration. I have an upstream MR to fix this properly in ghc-wasm-meta. This should be merged soon-ish; will create a PR as soon as it. To fix this immediately, one can bump tasty/.github/workflows/ci.yaml Line 86 in b509e04
to bd9533e34df53694a4c7e4102fced1fdc0596024, do you want to do this here or shall I create a PR? |
It would be great if you raise a separate PR, thanks. |
Unfortunately, this would have to wait not only until Cabal 3.12 release itself (which is soon), but until Hackage upgrades to it. |
64-bit RISC-V should fall into the same case in UnkindPartition#344 and should be added here. Tested locally.
Thanks, we can finally merge this now! |
64-bit RISC-V should fall into the same case in
#344 and should be added here. Tested locally.