storable-complex: Storable instance for Complex

[ bsd3, data, library ] [ Propose Tags ]

Provides a Storable instance for Complex which is binary compatible with C99, C++ and Fortran complex data types.

The only purpose of this package is to provide a standard location for this instance so that other packages needing this instance can play nicely together.


[Skip to Readme]

Modules

[Index] [Quick Jump]

Downloads

Maintainer's Corner

Package maintainers

For package maintainers and hackage trustees

Candidates

Versions [RSS] 0.1, 0.2, 0.2.1, 0.2.2, 0.2.3.0
Dependencies base (>=4 && <200), base-orphans (>=0.3.2) [details]
License BSD-3-Clause
Author Jed Brown <jed@59A2.org>
Maintainer Carter Schonwald <carter.schonwald@gmail.com>
Category Data
Home page https://github.com/cartazio/storable-complex
Bug tracker https://github.com/cartazio/storable-complex/issues
Source repo head: git clone git@github.com:cartazio/storable-complex.git
Uploaded by CarterSchonwald at 2018-11-05T17:46:01Z
Distributions Arch:0.2.3.0, Debian:0.2.3.0, LTSHaskell:0.2.3.0, NixOS:0.2.3.0, Stackage:0.2.3.0
Reverse Dependencies 27 direct, 195 indirect [details]
Downloads 23413 total (84 in the last 30 days)
Rating 2.0 (votes: 1) [estimated by Bayesian average]
Your Rating
  • λ
  • λ
  • λ
Status Docs available [build log]
Last success reported on 2018-11-05 [all 1 reports]

Readme for storable-complex-0.2.3.0

[back to package description]

what is storable-complex?

historically, Complex a didn't have a storable instance in base, and thus storable-complex was born!

when might i use this package?

you're using an older ghc/version of base AND calling out to some C or fortran codes around complex numbers. You might find yourself needing this then!

when might i regret using this?

if you're writing your own orphan instances instead of using base-orphans, you might have a bad day, use base-orphans (and storable-complex) instead!