amulet
grin
amulet | grin | |
---|---|---|
2 | 3 | |
281 | 1,015 | |
- | -0.1% | |
2.9 | 1.0 | |
over 2 years ago | about 1 year ago | |
Haskell | Haskell | |
BSD 3-clause "New" or "Revised" 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.
amulet
-
Better error message for 1.1 + 1.1;;
One possibility would be to do something like the now-defunct Amulet language (an ML that compiled to Lua) did. You'd get accurate compiler errors, but also an additional error number that corresponds to a more beginner-friendly explanation of common reasons for the error, pulled from here, that could be accessed with amc explain 1234 on the command line or :explain 1234 in a REPL. So for example, if you tried the same kind of error as OP tried, like 1.1 + 1, you'd get this:
-
How can I load a module name from a variable?
Kind of a side note, but I wasn't a big fan of moonscript. I don't really like the Python-like approach to syntax and it just didn't suit me. F# or Haskell handles it better, and OCaml manages to look similar without actually needing whitespace sensitivity; I think they all do it way better than Python or Python-inspired languages. I really liked the idea of of the ML-style Amulet because of this, but it's a dead project now apparently. :(
grin
-
A New Backend for Standard ML of New Jersey
You could take a look at GRIN, which is an IR especially made for optimizing functional languages before passing them to something like LLVM. (keep in mind that that project is still very early in development) See also their paper.
-
Haskell compiled onto LLVM increase performance?
There is the GRIN optimizer that is implemented based on Urban Boqist PhD thesis. It works really well with LLVM because GRIN removes all indirect calls so it allows LLVM to do its job really well. But Boq GRIN PhD does not tell how to support the complex GHC primop and RTS features. That's why I have another direction as well.
- Grin: A compiler back-end for lazy and strict functional languages
What are some alternatives?
sloe - Simple purely functional language based on lambda-calculus.
hackage-server - Hackage-Server: A Haskell Package Repository
ghc-whole-program-compiler-project - GHC Whole Program Compiler and External STG IR tooling
sense-lang - Sense is a very high level, functional programming language for creating software by writing only the absolute necessary information and not a single line above that.
manual-stg-experiment - Manually constructed STG programs compiled with the standard GHC codegen backend.
hoogle - Haskell API search engine
mlir-hs - Haskell bindings for MLIR
capri - A statically typed, general purpose programming language with an emphasis on functional programming and simplicity. Compiles to LLVM IR.
scoped-arena - Arena allocator with scopes
kempe - Kempe is a compiled stack-based language