/
conduit.cabal
83 lines (78 loc) · 4.29 KB
/
conduit.cabal
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
Name: conduit
Version: 0.4.2
Synopsis: Streaming data processing library.
Description:
Conduits are an approach to the streaming data problem. It is meant as an alternative to enumerators\/iterators, hoping to address the same issues with different trade-offs based on real-world experience with enumerators. For more information, see <http://www.yesodweb.com/book/conduits>.
.
Release history:
.
[0.4] Inspired by the design of the pipes package: we now have a single unified type underlying @Source@, @Sink@, and @Conduit@. This type is named @Pipe@. There are type synonyms provided for the other three types. Additionally, @BufferedSource@ is no longer provided. Instead, the connect-and-resume operator, @$$+@, can be used for the same purpose.
.
[0.3] ResourceT has been greatly simplified, specialized for IO, and moved into a separate package. Instead of hard-coding ResourceT into the conduit datatypes, they can now live around any monad. The Conduit datatype has been enhanced to better allow generation of streaming output. The SourceResult, SinkResult, and ConduitResult datatypes have been removed entirely.
.
[0.2] Instead of storing state in mutable variables, we now use CPS. A @Source@ returns the next @Source@, and likewise for @Sink@s and @Conduit@s. Not only does this take better advantage of GHC\'s optimizations (about a 20% speedup), but it allows some operations to have a reduction in algorithmic complexity from exponential to linear. This also allowed us to remove the @Prepared@ set of types. Also, the @State@ functions (e.g., @sinkState@) use better constructors for return types, avoiding the need for a dummy state on completion.
.
[0.1] @BufferedSource@ is now an abstract type, and has a much more efficient internal representation. The result was a 41% speedup on microbenchmarks (note: do not expect speedups anywhere near that in real usage). In general, we are moving towards @BufferedSource@ being a specific tool used internally as needed, but using @Source@ for all external APIs.
.
[0.0] Initial release.
License: BSD3
License-file: LICENSE
Author: Michael Snoyman
Maintainer: michael@snoyman.com
Category: Data, Conduit
Build-type: Simple
Cabal-version: >=1.8
Homepage: http://github.com/snoyberg/conduit
extra-source-files: test/main.hs, test/random
flag debug
default: True
description: Turn on some runtime check to ensure invariants are respected.
flag nohandles
Library
if os(windows)
cpp-options: -DCABAL_OS_WINDOWS
other-modules: System.Win32File
else
other-modules: System.PosixFile
if flag(nohandles)
cpp-options: -DNO_HANDLES
Exposed-modules: Data.Conduit
Data.Conduit.Binary
Data.Conduit.Text
Data.Conduit.List
Data.Conduit.Lazy
Data.Conduit.Internal
Other-modules: Data.Conduit.Util.Source
Data.Conduit.Util.Sink
Data.Conduit.Util.Conduit
Build-depends: base >= 4.3 && < 5
, resourcet >= 0.3 && < 0.4
, lifted-base >= 0.1 && < 0.2
, transformers-base >= 0.4.1 && < 0.5
, monad-control >= 0.3.1 && < 0.4
, containers
, transformers >= 0.2.2 && < 0.4
, bytestring >= 0.9
, text >= 0.11
, void >= 0.5.5 && < 0.6
ghc-options: -Wall
if flag(debug)
cpp-options: -DDEBUG
test-suite test
hs-source-dirs: test
main-is: main.hs
type: exitcode-stdio-1.0
cpp-options: -DTEST
build-depends: conduit
, base
, hspec >= 0.9.1
, HUnit
, QuickCheck
, bytestring
, transformers
, text
, resourcet
ghc-options: -Wall
source-repository head
type: git
location: git://github.com/snoyberg/conduit.git