hasktran
A compiler for FRACTRAN written in Haskell. (by siraben)
mtl
The Monad Transformer Library (by haskell)
| hasktran | mtl | |
|---|---|---|
| 2 | 10 | |
| 8 | 374 | |
| - | 1.3% | |
| 0.0 | 0.0 | |
| almost 3 years ago | 8 months ago | |
| Haskell | Haskell | |
| MIT License | GNU General Public License v3.0 or later |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.
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.
hasktran
Posts with mentions or reviews of hasktran.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-05-20.
- Remembering John Conway's FRACTRAN, a ridiculous, yet surprisingly deep language
-
A brief introduction to esoteric programming languages
One of my favorite esolangs is FRACTRAN[0], because at first glance it seems impossible to write any programs in, but a little insight from number theory (concerning prime factorization) makes it tractable. I even wrote a compiler for FRACTRAN in Haskell[1].
[0] https://en.wikipedia.org/wiki/FRACTRAN
[1] https://github.com/siraben/hasktran
mtl
Posts with mentions or reviews of mtl.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-10-31.
-
Deprecating Safe Haskell, or heavily investing in it?
The most recent real case I remember is https://github.com/haskell/mtl/issues/110, which could ended badly.
-
Type class subsets
Splitting mtl classes into algebraic and non-algebraic components (url) Factor MonadReader into Ask (algebraic) and Local (non-algebraic) classes Factor MonadWriter into Tell (algebraic) and Listen/Pass (non-algebraic)
- [ANN] mtl-2.3.1
-
[ANN] mtl-2.3.1-rc1
It was the example from the ticket which works fine because there is no restriction that the argument to ContT r is a Monad
- Confusion about StateT
-
Draft mtl-2.3 migration guide
I don't think so, but here is a list of upcoming changes in mtl-3.0.
What are some alternatives?
When comparing hasktran and mtl you can also consider the following projects:
writer-cps-mtl - Stricter drop in replacements for WriterT and RWST
capability - Extensional capabilities and deriving combinators
LtuPatternFactory - Lambda the ultimate Pattern Factory: FP, Haskell, Typeclassopedia vs Software Design Patterns
parallel - a library for parallel programming
r5rs-denot - A correct Scheme interpreter derived from the R5RS spec's formal semantics, written in Haskell.
eveff - Efficient Haskell effect handlers based on evidence translation.