klister
shine
klister | shine | |
---|---|---|
7 | 1 | |
121 | 51 | |
- | - | |
5.9 | 0.0 | |
13 days ago | almost 4 years ago | |
Haskell | Haskell | |
BSD 3-clause "New" or "Revised" License | MIT 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.
klister
-
Interactive animations
Yeah, that project is pretty much at the bottom of my list, unfortunately. My top projects these days are mgmt, klister, recursion-schemes, and hint... And that's already too much!
-
Rust Tests Itself (Kind of!)
case is a special form, ie a bit of core syntax, but, interestingly, data is not. (It is presumably a macro; typechecking is actually done as a part of macro expansion.) The syntax remains pretty uniform. Or, in Klister, type ascription is done via normal S-expression syntax with a form called the, as (the $type $expression); again, the syntax is uniform.
-
GHC Hacking
Shameless plug: we don't have that problem in Klister, because our equivalent to main is a run macro which runs an IO action, and your alternate prelude can define its own run macro which expects an IO action from your alternate prelude.
-
What's the preferred way of getting powerful lisplike macros on Haskell?
Klister is very similar to Hackett, but implemented in Haskell instead of Racket, and my most recent PR is from 20 days ago, if that's the metric which counts for you. Still very much of a WIP though.
-
How do you typecheck a macro?
You might be interested in Klister: https://github.com/gelisam/klister
-
Using defmacro's &environment argument to implement Racket's hygienic macro expansion system?
I've now also found an implementation for klister, which is meant to interleave type checking with macro expansion.
-
Haskell doesn't have macros
In Klister, which already has Scheme-like macros and Haskell-like types (polymorphism, algebraic types and higher-kinded types, but not yet fancier types like RankNTypes and GADTs), our plan to get the best of both worlds (lexical syntax and typed ASTs) is to separate parsing from macro evaluation. That is, users write their programs using the surface syntax of s-expressions, parsers parse those into typed ASTs, and macros are typed by the type of the ASTs they receive as input and produce as output. At this stage this is only a research idea, I don't know if that's going to work out yet, but I hope so!
shine
-
Interactive animations
shine, however, does exist: https://hackage.haskell.org/package/shine
What are some alternatives?
rakudo - 🦋 Rakudo – Raku on MoarVM, JVM, and JS
neuron - Future-proof note-taking and publishing based on Zettelkasten (superseded by Emanote: https://github.com/srid/emanote)
aith - [Early Stages] Low level functional programming language with linear types, first class inline functions, levity polymorphism and regions.
react-haskell - React bindings for Haskell
unseemly - Macros have types!
markdown - Convert Markdown to HTML, with XSS protection
hackett - WIP implementation of a Haskell-like Lisp in Racket
airship - Helium + Webmachine = Airship. A toolkit for building declarative, RESTful web apps.
coalton - Coalton is an efficient, statically typed functional programming language that supercharges Common Lisp.
hamlet - Haml-like template files that are compile-time checked
srfi-46 - SRFI 46 for Common Lisp: Basic Syntax-rules Extensions
haskell-kubernetes