CVS log for pkgsrc/devel/hs-deepseq-generics/Makefile

Up to [cvs.NetBSD.org] / pkgsrc / devel / hs-deepseq-generics

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

recursive revbump after patching lang/ghc910

Bump all Haskell packages after switching the default compiler.

Recursive revbump after changing the default Haskell compiler

devel/hs-deepseq-generics: Fix build with GHC 9.8

This breaks build with the currently default GHC 9.6. Please bear with me
until I switch the default compiler.

Revbump all Haskell after updating lang/ghc96

Bump Haskell packages after updating lang/ghc94

devel/hs-deepseq-generics: Fix build with GHC 9.4

revbump all the Haskell packages after modifying the runtime system of lang/ghc94

Bump all Haskell packages after enabling "split sections" in mk/haskell.mk

revbump after changing the default Haskell compiler

Bump packages that depends on GHC

*: Bump PKGREVISION for ghc-9.0.1

Fix build with GHC 9

(*/hs-*) BUILDLINK_API_DEPENDS.ghc <8.10, again

(*/hs-*) fix build, not adapted to ghc90 version

Update to deepseq-generics-0.2.0.0

0.2.0.0 January 2016
* Add support for GHC 8.0
* Remove re-exports from deepseq:Control.DeepSeq
* Synchronise implementation to deepseq-1.4.0.0's code

0.1.1.2 December 2014
* Add support for GHC 7.10 and deepseq-1.4.0.0

Import deepseq-generics-0.1.1.1 as devel/hs-deepseq-generics.

This package provides a GHC.Generics-based
Control.DeepSeq.Generics.genericRnf function which can be used for
providing a rnf implementation. See the documentation for the genericRnf
function in the Control.DeepSeq.Generics module to get started.

The original idea was pioneered in the generic-deepseq package (see
http://www.haskell.org/pipermail/haskell-cafe/2012-February/099551.html for
more information).

This package differs from the generic-deepseq package by working in
combination with the existing deepseq package as opposed to defining a
conflicting drop-in replacement for deepseq's Control.Deepseq module.