small-bytearray-builder
text
Our great sponsors
| small-bytearray-builder | text | |
|---|---|---|
| - | 13 | |
| 3 | 395 | |
| - | 0.5% | |
| 7.2 | 8.4 | |
| 2 months ago | 1 day ago | |
| Haskell | C++ | |
| BSD 3-clause "New" or "Revised" License | BSD 2-clause "Simplified" License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
small-bytearray-builder
We haven't tracked posts mentioning small-bytearray-builder yet.
Tracking mentions began in Dec 2020.
text
- Super Colliding Nix Stores: Nix Flakes for Millions of Developers
-
The Spinnaker Programming Language
String is a linked list of UTF-32 codepoints, which is just as bad as it sounds. Haskell programmers usually use Text from the text package instead.
-
[ANN] GHCup-0.1.19.0 released
This is the first release that was executed via the new GitHub CI. Everything went smoothly, except for an unexpected packaging bug on windows due to text-2.0 linking against libstdc++ by default.
-
Limits of possible performance improvements of Haskell/GHC code?
In addition to what's mentioned, the "default" libraries people use are often not the best-performing ones. E.g. Data.Vector.Hashtables is often much faster than Data.HashMap.Strict (which again is typically faster than Data.Map). And we find performance papercuts in common libraries that may simply be due to not enough people optimising for speed.
-
What is the idiomatic way to test "hidden" module functions in a Cabal project
Used by nearly every Haskell project: https://hackage.haskell.org/package/text 60% of the modules are ".Internal".
- Monthly Hask Anything (June 2022)
-
Haskell - Important Libraries
text
-
Switch internal representation to UTF8 by Bodigrim · Pull Request #365 · haskell/text
Here is a representative patch for text: https://github.com/haskell/text/pull/365/commits/37a2157245457a287d638bbceb472fe93b71f224 Hopefully it clarifies why achieving C performance is problematic even if you have enough primitive operations.
- Size hints for streams in text package
-
Can I wait forever without getLine?
I want to run an app in a Docker container, but detached. This causes getLine to throw an EOF exception, since the terminal detaches. That is, if I understand this thread correctly https://github.com/haskell/text/issues/258.
What are some alternatives?
json-autotype - Automatic Haskell type inference from JSON input
attempt - Concrete data type for handling extensible exceptions as failures.
compendium-client - Mu (μ) is a purely functional framework for building micro services.
base58string - Bitcoin script compilation, manipulation and decompilation
streaming - An optimized general monad transformer for streaming applications, with a simple prelude of functions
algebraic-classes - Conversions between algebraic classes and F-algebras.
massiv - Efficient Haskell Arrays featuring Parallel computation
text-trie - An efficient finite map from Text to values, based on bytestring-trie.
holmes - A reference library for constraint-solving with propagators and CDCL.
gps2htmlReport - Generates a HTML page report detailing a GPS journey, with charts, statistics and an OpenStreetMap graphic.
typerep-map - ⚡️Efficient implementation of Map with types as keys
text-binary - Binary instances for strict and lazy Text data types