Michael Sloan

I ended up having a different reason for wanting a type parameter on every `Store` / `Size` / `Peek` / `Poke`, but it could be useful for this in the...

See https://github.com/fpco/store/issues/30 , but it covers more than just this request, so I think it's reasonable to have both issues.

Those decode errors are curious too. I turned on verbose debugging to get some insight: ``` Data.Store Store on all monomorphic instances ("encoded","\255") ("decoded",Right 255) ("encoded","\NUL") ("decoded",Right 0) ("encoded","\SOH") ("decoded",Right...

I think it makes sense to split off a `store-test` package, which does the following: 1) Defines utilities for conveniently defining tests for store instances 2) Has the store test-suite

Cool! Though, I am willing to revisit this if it helps make store more useful to people. Could split things out into a `store-test` package, as described above.

I have opened https://github.com/commercialhaskell/stack/issues/2641 to track the idea of adding direct support for liquid haskell, to stack.

Version 0.4.3.1 has quite a bit fewer uses of INLINE, which will likely help with that issue.

Breaking change, since we'd remove the test utilities from the library.

There is not, but I just added a comment to an issue which seems to be collecting a list of gnarlyness about `Bytes` - https://gitlab.haskell.org/ghc/ghc/issues/16457#note_263611

Interesting! Looks like maybe the Cereal serialization library has a bug.