packages feed

Cabal revisions of box-tuples-0.1.1.0

Hackage metadata revisions edit the .cabal file after upload; each diff below is one revision.

revision 1
--- Initial box-tuples.cabal generated by cabal init.  For further --- documentation, see http://haskell.org/cabal/users-guide/--name:                box-tuples-version:             0.1.1.0-synopsis:            A hack to use GHC.Prim primitives in GHCi-description:         As of now, the GHCi interactive runtime is incapable of working on unboxed-                     tuples. In particular, it is unable to fully apply any function returning an-                     unboxed tuple, create a function that takes a non-nullary unboxed tuple as-                     argument, or pass a non-nullary tuple to some other function. The usual-                     solution is to enable object code generation with @-fobject-code@. This-                     package serves as a workaround for the cases where @-fobject-code@ is-                     undesiable.--license:             MIT-license-file:        LICENSE-author:              mniip-maintainer:          mniip@mniip.com-category:            GHC, Debug-build-type:          Simple-cabal-version:       >=1.10--library-  exposed-modules:     Data.Tuple.Unboxed-  build-depends:       base == 4.*, ghc-prim-  hs-source-dirs:      src-  default-language:    Haskell2010+-- Initial box-tuples.cabal generated by cabal init.  For further 
+-- documentation, see http://haskell.org/cabal/users-guide/
+
+name:                box-tuples
+version:             0.1.1.0
+x-revision: 1
+synopsis:            A hack to use GHC.Prim primitives in GHCi
+description:         As of now, the GHCi interactive runtime is incapable of working on unboxed
+                     tuples. In particular, it is unable to fully apply any function returning an
+                     unboxed tuple, create a function that takes a non-nullary unboxed tuple as
+                     argument, or pass a non-nullary tuple to some other function. The usual
+                     solution is to enable object code generation with @-fobject-code@. This
+                     package serves as a workaround for the cases where @-fobject-code@ is
+                     undesiable.
+
+license:             MIT
+license-file:        LICENSE
+author:              mniip
+maintainer:          mniip@mniip.com
+category:            GHC, Debug
+build-type:          Simple
+cabal-version:       >=1.10
+
+library
+  exposed-modules:     Data.Tuple.Unboxed
+  build-depends:       base == 4.*, base >= 4.8.0.0, ghc-prim
+  hs-source-dirs:      src
+  default-language:    Haskell2010