binrep: Encode binary representations via types.

[ data, library, mit, serialization ] [ Propose Tags ]

Please see

[Skip to Readme]


Maintainer's Corner

For package maintainers and hackage trustees


  • No Candidates
Versions [RSS] 0.1.0, 0.2.0
Change log
Dependencies aeson (>=2.0 && <2.1), base (>=4.14 && <5), bytestring (>=0.11 && <0.12), cereal (>= && <0.6), refined (>=0.6.3 && <0.7), refined-with (>=0.1.0 && <0.2), text (>=1.2 && <1.3) [details]
License MIT
Author Ben Orchard
Maintainer Ben Orchard <>
Category Data
Home page
Bug tracker
Source repo head: git clone
Uploaded by raehik at 2022-04-22T22:22:08Z
Distributions NixOS:0.2.0
Downloads 42 total (2 in the last 30 days)
Rating (no votes yet) [estimated by Bayesian average]
Your Rating
  • λ
  • λ
  • λ
Status Docs uploaded by user
Build status unknown [no reports yet]

Readme for binrep-0.1.0

[back to package description]


Haskell data types with their binary representation explicitly built into the types. Intended for simple binary file parsing.

The binary and cereal libraries are for passing Haskell data between other binary and cereal users. Thus, data representation is largely obscured. For example, in cereal, all data is handled in big-endian format. If you use the Serialize typeclass methods for parsing and serializing, you would never know.

binrep never makes decisions by itself. You can't parse/serialize a Word64 without either providing the endianness to use at runtime, or encoding the endianness into the type.

See the Hackage documentation for details.