Comments (9)
If you're using base-4.15
that probably means you're using the unreleased 9.0.x
version of GHC which has the stm
(and other libraries) dependency versions bumped. This is common practice in the GHC tree. Once the release is ready, I believe that's when the new dependency versions get updated in packages and/or Hackage.
So probably there should be nothing done right now. base-4.15
is not even a thing on Hackage yet either.
If the version bounds are causing you issues, I think you should probably be using a released GHC version.
from stm.
If you're using
base-4.15
Why isn't there even an stm
on Hackage that supports base-4.14
, though?
the unreleased
9.0.x
version of GHC
It isn't released? The GHC blog says it's released.
from stm.
Hm, hm, you're right. I even see it on https://www.haskell.org/ghc/download.html ; I don't know what happened, I think I was tripping or something.
I guess you must be right then.
[shana@aya:~/programming/ghc]$ git branch
* (HEAD detached at ghc-9.0.1-release)
bitwise-constant-folding
ghc-8.6.4-rwcs
master
[shana@aya:~/programming/ghc]$ cat libraries/stm/stm.cabal | grep base
base >= 4.3 && < 4.16,
I guess stm
bounds should be bumped. I suspect no-one complained before because stm
and base
both come with GHC so the bounds between on Hackage probably don't really matter?
from stm.
Yeah, what's on Hackage in some sense doesn't matter, I just figure it's important to have correct documentation. Presumably that information is printed there for people to read it.
from stm.
Interestingly, I think this is biting me when using the relude
package... relude
depends on stm
directly, which I guess triggers cabal's constraint solver, and results in this error:
Resolving dependencies...
cabal: Could not resolve dependencies:
[__0] trying: rep-0.1.0.0 (user goal)
[__1] trying: relude-1.0.0.1 (dependency of rep)
[__2] trying: stm-2.5.0.0 (dependency of relude)
[__3] next goal: base (dependency of rep)
[__3] rejecting: base-4.14.1.0/installed-4.14.1.0 (conflict: stm => base>=4.3
&& <4.14)
[__3] skipping: base-4.15.0.0, base-4.14.1.0, base-4.14.0.0 (has the same
characteristics that caused the previous version to fail: excluded by
constraint '>=4.3 && <4.14' from 'stm')
[__3] rejecting: base-4.13.0.0, base-4.12.0.0, base-4.11.1.0, base-4.11.0.0,
base-4.10.1.0, base-4.10.0.0, base-4.9.1.0, base-4.9.0.0, base-4.8.2.0,
base-4.8.1.0, base-4.8.0.0, base-4.7.0.2, base-4.7.0.1, base-4.7.0.0,
base-4.6.0.1, base-4.6.0.0, base-4.5.1.0, base-4.5.0.0, base-4.4.1.0,
base-4.4.0.0, base-4.3.1.0, base-4.3.0.0, base-4.2.0.2, base-4.2.0.1,
base-4.2.0.0, base-4.1.0.0, base-4.0.0.0, base-3.0.3.2, base-3.0.3.1
(constraint from non-upgradeable package requires installed instance)
[__3] fail (backjumping, conflict set: base, rep, stm)
After searching the rest of the dependency tree exhaustively, these were the
goals I've had most trouble fulfilling: base, stm, relude, rep
I am using cabal build --allow-newer
to sidestep the issue.
from stm.
Same here. Building with ghcjs-8.10.4
:
based on GHC version 8.10.4
Warning: don't know how to find change monitoring files for the installed
package databases for ghcjs
Resolving dependencies...
cabal: Could not resolve dependencies:
[__0] trying: criterion-1.5.9.0 (user goal)
[__1] trying: exceptions-0.10.4 (dependency of criterion)
[__2] trying: stm-2.5.0.0 (dependency of exceptions)
[__3] next goal: base (dependency of criterion)
[__3] rejecting: base-4.14.1.0/installed-6zK9hwRU1FG2kosw1Xpoun (conflict: stm
=> base>=4.3 && <4.14)
[__3] skipping: base-4.15.0.0, base-4.14.1.0, base-4.14.0.0 (has the same
characteristics that caused the previous version to fail: excluded by
constraint '>=4.3 && <4.14' from 'stm')
[__3] rejecting: base-4.13.0.0, base-4.12.0.0, base-4.11.1.0, base-4.11.0.0,
base-4.10.1.0, base-4.10.0.0, base-4.9.1.0, base-4.9.0.0, base-4.8.2.0,
base-4.8.1.0, base-4.8.0.0, base-4.7.0.2, base-4.7.0.1, base-4.7.0.0,
base-4.6.0.1, base-4.6.0.0, base-4.5.1.0, base-4.5.0.0, base-4.4.1.0,
base-4.4.0.0, base-4.3.1.0, base-4.3.0.0, base-4.2.0.2, base-4.2.0.1,
base-4.2.0.0, base-4.1.0.0, base-4.0.0.0, base-3.0.3.2, base-3.0.3.1
(constraint from non-upgradeable package requires installed instance)
[__3] fail (backjumping, conflict set: base, criterion, stm)
After searching the rest of the dependency tree exhaustively, these were the
goals I've had most trouble fulfilling: base, stm, criterion, exceptions
Try running with --minimize-conflict-set to improve the error message.
from stm.
GHC 8.10.4 includes stm
at faf9904. GHC 9.0.1 includes 444f672. In both cases the library code is not the one released as v2.5.0.0, because they include 3860cd1.
In fact the GHC release tracking tickets for GHC >= 8.10.2 list the stm
release as TODO, e.g. https://gitlab.haskell.org/ghc/ghc/-/issues/18518, https://gitlab.haskell.org/ghc/ghc/-/issues/18216.
from stm.
Apparently GHC 8.10.5 will include the new stm-2.5.0.1
release: https://gitlab.haskell.org/ghc/ghc/-/issues/19859
Can this issue be closed now?
from stm.
It would be nice to have the hackage version updated: some distros won't ship 8.10.5 for a while, so having an stm indicating compatibility with >= 8.10 && < 8.10.5 would be good, even for posterity, otherwise those GHC versions will always be a black hole.
from stm.
Related Issues (20)
- `catchSTM` does not rollback `newTVar` HOT 2
- Add MArray instance for TArray in IO
- newBroadcastTChan question HOT 1
- documentation for "thread blocked indefinitely in an STM transaction"? HOT 1
- registerDelay not implemented on the non-threaded runtime
- TBQueue haddock docs say "blocks" instead of "retries"
- Why is it blocked? HOT 3
- Huge dependency footprint due to `hashable-1.4.0.0` (via `nats`) HOT 4
- Nonexhaustive pattern in `TBQueue`
- add method to snapshot TBQueue without flushing HOT 3
- MonadFail instance (feature request) HOT 2
- Support size for TBQueue HOT 2
- [stm] : Make it build with ghc-9.8 HOT 1
- Why isn't `TBQueue` backed by an array? HOT 1
- Add `waitTSemN`
- Use `Int` for capacity in `TBQueue` interface again?
- CPP macro usage in TArray relies on undefined behavior
- flushTBQueue is broken since 2.5.2.0 HOT 2
- Revert the reimplementation of TBQueue HOT 7
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from stm.