type-spine: A spine-view on types
|Versions||0.1, 0.1.1, 0.1.2, 0.2, 0.2.20120924|
|Dependencies||base (==4.*), template‑haskell [details]|
|Author||Nicolas Frisby <email@example.com>|
|Maintainer||Nicolas Frisby <firstname.lastname@example.org>|
|Uploaded||by NicolasFrisby at Wed Mar 21 22:31:47 UTC 2012|
|Downloads||1693 total (16 in the last 30 days)|
|Rating||(no votes yet) [estimated by rule of succession]|
|Status||Docs uploaded by user
Build status unknown [no reports yet]
Hackage Matrix CI
Until http://research.microsoft.com/en-us/people/dimitris/fc-kind-poly.pdf reaches the mainline, this is a surprisingly effective workaround. We support a limited number of kinds out-of-the-box, but it can be extended by the power-user. Also, quasiquotation makes the code rather legible. Given a finite set of kinds to support, generic type families can be defined that will work for an infinite number of types. It is very much a "bumping up" of the term-level spine view.
type-cereal package for a use case.
For package maintainers and hackage trustees