[commit: packages/deepseq] master: Follow-up to bb36922b594d [skip ci] (65dd864)
git at git.haskell.org
git at git.haskell.org
Wed Jul 19 21:59:56 UTC 2017
Repository : ssh://git@git.haskell.org/deepseq
On branch : master
Link : http://git.haskell.org/packages/deepseq.git/commitdiff/65dd864d0d2f5cf415064fc214261b9270a924cf
>---------------------------------------------------------------
commit 65dd864d0d2f5cf415064fc214261b9270a924cf
Author: Herbert Valerio Riedel <hvr at gnu.org>
Date: Sun Apr 16 10:41:40 2017 +0200
Follow-up to bb36922b594d [skip ci]
>---------------------------------------------------------------
65dd864d0d2f5cf415064fc214261b9270a924cf
changelog.md | 13 +++++++------
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/changelog.md b/changelog.md
index 89eacc4..4f53310 100644
--- a/changelog.md
+++ b/changelog.md
@@ -6,11 +6,12 @@
* Drop support for GHC 7.0 & GHC 7.2
- * Changed behavior of generic `NFData` instances for constructor-less data
- types. Before, a generic `rnf` implementation would always `error` on a
- data type with no constructors. Now, it will force the argument, so if
- the argument is a diverging computation, a generic `rnf` implementation
- will actually trigger the diverging computation.
+ * Changed strictness behavior of generic `NFData` instances for
+ constructor-less data types. Before, a generic `rnf`
+ implementation would always `error` on a data type with no
+ constructors. Now, it will force the argument, so if the argument
+ is a diverging computation, a generic `rnf` implementation will
+ actually trigger the diverging computation.
([#19](https://github.com/haskell/deepseq/issues/19))
* Add new `rwhnf` function defined as `rwhnf !_ = ()`
@@ -23,7 +24,7 @@
([#8](https://github.com/haskell/deepseq/issues/8))
* Add `NFData` instance for `Down` for `base` versions prior to
- `base-4.6.0` which didn't yet export it it via `Data.Ord`
+ `base-4.6.0` which didn't yet export it via `Data.Ord`
([#28](https://github.com/haskell/deepseq/pull/28))
* Add `NFData` instance for `Foreign.C.Types.CBool`
More information about the ghc-commits
mailing list