AArch64 | |
ppc64le | |
s390x | |
x86-64 |
- disable %{ix86} build
- Updated with latest spec-cleaner version 0.9.8-8-geadfbbf.
- Update to version 0.9.1 with cabal2obs.
- Update to version 0.9 with cabal2obs.
- Update to version 0.8 revision 0 with cabal2obs.
- update to 0.8 * Remove the need for closed type families from the new Forall. * Found a nicer encoding of the initial object in the category of constraints using a nullary constraint. * binary 0.8 compatibility * transformers 0.5 compatibility
- update to 0.6
- license update: BSD-2-Clause Look at LICENSE file
- initial commit
- Update constraints to version 0.13.3. 0.13.3 [2022.01.31] - ------------------ * Allow building with `transformers-0.6.*` and `mtl-2.3.*`.
- Update constraints to version 0.13.2 revision 1. Upstream has revised the Cabal build instructions on Hackage.
- Update constraints to version 0.13.2. 0.13.2 [2021.11.10] - ------------------ * Allow building on GHC HEAD.
- Update constraints to version 0.13.1. 0.13.1 [2021.10.31] - ------------------ * Allow building with GHC 9.2.
- Update constraints to version 0.13 revision 1. Upstream has revised the Cabal build instructions on Hackage.
- Update constraints to version 0.13. 0.13 [2021.02.17] - ---------------- * `Data.Constraint.Symbol` now reexports the `GHC.TypeLits.AppendSymbol` type family from recent versions of `base` (or, on old versions of `base`, it defines a backwards-compatibile version of `AppendSymbol`). The existing `(++)` type family for `Data.Constraint.Symbol` is now a synonym for `AppendSymbol`. This is technically a breaking change, as `(++)` was previously defined like so: ```hs type family (++) :: Symbol -> Symbol -> Symbol ``` This meant that `(++)` could be partially applied. However, for compatibility with the way that `AppendSymbol` is defined, `(++)` is now defined like so: ```hs type m ++ n = AppendSymbol m n ``` As a result, `(++)` can no longer be partially applied. * Make the `(++)` type family in `Data.Constraint.Symbol` be `infixr 5`. * Add `implied :: (a => b) -> (a :- b)` to `Data.Constraint`, which converts a quantified constraint into an entailment. This is only available when compiled with GHC 8.6 or later.
- disable %{ix86} build
- Replace %setup -q with the more modern %autosetup macro.
- Add constraints at version 0.12.
- Update constraints to version 0.12. 0.12 [2020.02.03] - ---------------- * Relax the type signature for `divideTimes`: ```diff - dividesTimes :: (Divides a b, Divides a c) :- Divides a (b * c) +dividesTimes :: Divides a b :- Divides a (b * c) ``` * Simplify the type signature of `dividesDef`: ```diff - dividesDef :: forall a b. Divides a b :- ((a * Div b a) ~ b) +dividesDef :: forall a b. Divides a b :- (Mod b a ~ 0) ``` The original type of `diviesDef` can be (partially) recovered by defining it in terms of the new `dividesDef`: ```hs dividesDef' :: forall a b. (1 <= a, Divides a b) :- ((a * Div b a) ~ b) dividesDef' = Sub $ case (dividesDef @a @b, euclideanNat @a @b) of (Sub Dict, Sub Dict) -> Dict ```
- Drop obsolete group attributes.
- Update constraints to version 0.11.2. 0.11.2 [2019.09.06] - ------------------ * Depend on the `type-equality` compatibility library so that `(:~~:)` may be used when compiling this library with GHC 8.0. This avoids having to redefine `(:~~:)` directly in the internals of `constraints` itself.
- Update constraints to version 0.11.1. 0.11.1 [2019.08.27] - ------------------ * Make `Data.Constraint.Deferrable.UnsatisfiedConstraint` a newtype.
- Update constraints to version 0.11. Upstream has edited the change log file since the last release in a non-trivial way, i.e. they did more than just add a new entry at the top. You can review the file at: http://hackage.haskell.org/package/constraints-0.11/src/CHANGELOG.markdown
- Use https URL to refer to bugs.opensuse.org.
- Add constraints at version 0.10.1.