streaming-commons alternatives and similar packages

Based on the "streaming" category.
Alternatively, view streaming-commons alternatives based on common mentions on social networks and blogs.

streaming

9.2 0.0 streaming-commons VS streaming

An optimized general monad transformer for streaming applications, with a simple prelude of functions
streaming-bytestring

7.2 0.0 streaming-commons VS streaming-bytestring

effectful sequences of bytes; an alternative no-lazy-io implementation of Data.ByteString.Lazy

CodeRabbit: AI Code Reviews for Developers

Revolutionize your code reviews with AI. CodeRabbit offers PR summaries, code walkthroughs, 1-click suggestions, and AST-based analysis. Boost productivity and code quality across all major languages with each PR.

Promo coderabbit.ai

streaming-cassava

6.3 1.8 streaming-commons VS streaming-cassava

Cassava support for the streaming library
streaming-concurrency

5.8 0.0 streaming-commons VS streaming-concurrency

Concurrency for the streaming ecosystem
streaming-fft

5.8 0.0 streaming-commons VS streaming-fft

sliding fast fourier transform using haskell streaming
streaming-conduit

5.5 2.8 streaming-commons VS streaming-conduit

Bidirectional support between the streaming and conduit libraries
streaming-utils

5.5 0.0 streaming-commons VS streaming-utils

experimental http, attoparsec and pipes material for `streaming` and `streaming-bytestring`
streaming-with

5.2 0.0 streaming-commons VS streaming-with

with/bracket-style idioms for use with streaming

Do you think we are missing an alternative of streaming-commons or a related project?

Add another 'streaming' Package

Popular Comparisons

README

streaming-commons

Common lower-level functions needed by various streaming data libraries. Intended to be shared by libraries like conduit and pipes.

Dependencies

One of the requirements of this package is to restrict ourselves to "core" dependencies. The definition of core is still to be decided, but here's a working start:

No dependency on system libraries, beyond that which is required by other dependencies.
Anything which ships with GHC. However, we must retain compatibility with versions of those packages going back to at least GHC 7.4, and preferably earlier.
text, once again with backwards compatibility for versions included with legacy Haskell Platform. In other words, 0.11.2 support is required.
network, support back to 2.3. We do not need to support the network/network-bytestring split.
stm, preferably all the way back to 2.1.
transformers

For debate:

Other Haskell Platform packages, especially vector and attoparsec.