ghc-prof-aeson
GHC JSON profiling output decoding (by Fuuzetsu)
binaryen
A Haskell to WebAssembly compiler (by tweag)
Our great sponsors
| ghc-prof-aeson | binaryen | |
|---|---|---|
| 0 | 7 | |
| 0 | 1,895 | |
| - | 1.2% | |
| 0.0 | 6.2 | |
| about 4 years ago | 6 days ago | |
| Haskell | Haskell | |
| BSD 3-clause "New" or "Revised" License | BSD 3-clause "New" or "Revised" License |
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.
ghc-prof-aeson
Posts with mentions or reviews of ghc-prof-aeson.
We have used some of these posts to build our list of alternatives
and similar projects.
We haven't tracked posts mentioning ghc-prof-aeson yet.
Tracking mentions began in Dec 2020.
binaryen
Posts with mentions or reviews of binaryen.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-05-01.
-
hint: Runtime Haskell interpreter
Also, hint uses unsafeCoerce, and thus implicitly relies on an assumption about how values are represented at runtime. Namely, if a program P is interpreting an expression E of type A, hint assumes that the value of type A produced by the ghc interpreter has the same representation as the values of type A which are manipulated by program P. This is not guaranteed to be the case, since P has been compiled by the compiler portion of ghc while E has been evaluated by the interpreter portion of ghc. This means the ghc devs had to carefully craft their compiler and interpreters to match. When targetting the browser, a Haskell-to-js or Haskell-to-wasm compiler such as Asterius modifies ghc's code-generator so it produces js or wasm code. You would thus also need to tweak the interpreter so that it produces js or wasm values which match what the modified code-generator outputs. Or you could restrict yourself to the hint's less expressive eval :: String -> String API.
-
M1Pro Woes
We found a post where someone had a similar issue (here), but the fix in that issue doesn't help: using `ar` from `binutils` causes link errors like this instead:
-
Pandoc in the browser w/ lua (possible contract gig?)
https://github.com/tweag/asterius/issues/851 (asterius has a demo, but no source, and I -assume no lua filter support)
-
It seems like every top tier team I work in insists on Yarn over NPM, almost unanimously it seems like all of these killer devs know Yarn is the industry standard on serious projects. Why do all documentation across the web default to npm installation instructions and assume you're using npm?
All modern ones support Haskell: https://github.com/tweag/asterius
-
Is GHCJS stuck on GHC 8.6.5?
Another option is Asterius. I'm not familiar with the current state, and it's not had active development for about 3 months now, either, so it may be in the same boat? But I think the big disadvantage of Asterius is that there's just a lot less usage, and therefore a lot less testing with the whole Haskell ecosystem, versus GHCJS which has been a fixture for a while and where loads of people have thought about compatibility for years.
-
Haskell to JS
Check out asterius
-
WebAssembly Studio
I've played around with Haskell via the Asteruis project : https://github.com/tweag/asterius
Also emscripten of course, for C/C++.
What are some alternatives?
When comparing ghc-prof-aeson and binaryen you can also consider the following projects:
hyper-haskell-server - The strongly hyped Haskell interpreter.
accelerate - Embedded language for high-performance array computations
dhall - Maintainable configuration files
pcf - A small compiler for PCF
proposals - Tracking WebAssembly proposals
haste-compiler - A GHC-based Haskell to JavaScript compiler
pi-forall - A demo implementation of a simple dependently-typed language
ajhc - A fork of jhc. And also a Haskell compiler.
annah - Distributed programming language that desugars to Morte
morte - A bare-bones calculus-of-constructions
lambdacube-compiler - LambdaCube 3D is a Haskell-like purely functional language for GPU. Try it out:
kaleidoscope - Haskell LLVM JIT Compiler Tutorial