hackett
WIP implementation of a Haskell-like Lisp in Racket (by lexi-lambda)
rakudo
🦋 Rakudo – Raku on MoarVM, JVM, and JS (by rakudo)
hackett | rakudo | |
---|---|---|
15 | 55 | |
1,140 | 1,700 | |
- | 0.3% | |
0.0 | 9.9 | |
over 3 years ago | 6 days ago | |
Racket | Raku | |
ISC License | Artistic License 2.0 |
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.
hackett
Posts with mentions or reviews of hackett.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-07-12.
-
Is there a type-theoretical difference between generics and compile-time metaprogramming?
I am not super knowledgeable about this, but I think you might find Type Systems as Macros interesting. There is also the in-development language Hackett which uses the approach described in the paper to unify Racket style macros with a Haskell style type system.
- Hackett is a statically typed, pure, lazy, functional programming language in the Racket language ecosystem
-
Rebuilding Emacs from scratch. What would you do differently?
I agree. I've been searching for solutions for a while. A few choices: - Common Lisp Coalton, very similar to Haskell. - Hackett, a Haskell-like DSL implemented in Racket. Licensing would be an issue, so it would have to be ported to Guile Scheme if you want to build an Emacs out of it. This is not easy since it takes advantage of several Racket-specific language features. - Shen, which can be built on top of Common Lisp, Scheme, Racket, or even Emacs Lisp. The drawback is that it is a fairly cryptic language, and extending foreign language bindings is not well documented. You would basically have to program the entirety of Emacs from scratch - PreScheme is a statically-typed (Hindley-Milner family) subset of Scheme that compiles to C. Originally written to build the Scheme-48 compiler, it is being ported to Guile. Not production read yet. - Zile is an editor engine built on Guile 2.0. But there is no static typing or algebraic data types, it is simply a replacement for Emacs written in Scheme from the ground-up. It needs to be ported to Guile 3.0. Guile 3 has an Emacs Lisp interpreter built-in, but it needs to be developed further before it could run more popular Emacs Lisp applications like Org-Mode or Magit.
-
Asked ChatGPT to explain Haskell to me in the style of Edgar Allan Poe, and the answer was beautiful.
Meh. As my final part in this exchange I will leave this here, conclusion are left to the reader: https://lexi-lambda.github.io/hackett/
-
is there an alternative to template haskell?
My dream is something like Hackett, but alas, Alexis didn't have time to continue it. Someday ...
- What are the design principles of raco and the Racket ecosystem?
-
Is there any way to use typed racket and lazy racket together?
The documentation says it does: https://lexi-lambda.github.io/hackett/
-
Unpopular opinion: actually, Emacs does fulfill the tenets of the UNIX philosophy
But we can always import Coalton, or Hackett, or miniKanren into our Lisp program if we need it.
-
Honest question: why is Haskell not a lisp / built on s-expressions?
This doesn't really answer your question but you may be interested in checking out https://lexi-lambda.github.io/hackett/ by u/lexilambda.
-
How do you typecheck a macro?
Extremely difficult, but you can do some cool stuff with macros if you do it. Have a look at Alexis King's "Hackett" language for a cool example: https://lexi-lambda.github.io/hackett/
rakudo
Posts with mentions or reviews of rakudo.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2024-03-07.
-
Stability
Fix IO::Path::parent #4795: merged 2022-02-19 Add more IO::Path::parent tests #801: merged 2022-02-19 Change parent to always just remove the last element #4800: merged 2022-02-26 Change .parent behavior to "stupid" resolving #802: merged 2022-02-26
-
Moving printf formats forward
This then became the Formatter class. And since this was a completely new feature, it only became available for use by opting into the 6.e.PREVIEW language version. And then it went largely unnoticed and uncared for the next 1.5 year. As clearly the time wasn't right for it yet.
-
Shaking the RakuAST Tree
The intended audience are those people willing to be early adopters of these exciting new features in the Raku Programming Language. The examples in this blog post will work in the next release of the Rakudo compiler (probably 2023.06), but are now already available in the bleeding edge version.
-
So why is there RakuAST in the first place?
If you really want to look at this, you can find the code in src/Perl6/Grammar.nqp, src/Perl6/Actions.nqp and src/Perl6/World.nqp.
-
A practical example of RakuAST
If you find this very interesting, you probably want to read the RakuAST README. And the actual source code of the RakuAST classes can be found in the same directory. And if you're really feeling adventurous and you have the Rakudo repository checked out, you can have a look at the generated NQP code in gen/moar/ast.nqp.
-
RakuAST for Early Adopters
Yes, it would. But until there was RakuAST, that was virtually impossible to do because there was no proper API for building ASTs. Nor was there an interface to execute those ASTs. And now that there is RakuAST, it is actually possible to do this. And there is actually already an implementation of that idea in the new Formatter class. Although this is definitely not intended as an entry point into grokking RakuAST.
-
What explains this difference in behavior?
I have opened one. https://github.com/rakudo/rakudo/issues/5205.
-
Why isn't sign() defined for Complex numbers?
Will Coleda has made a Pull Request
-
Building Rakudo on JVM backend fails: guarantee(requested_word_size <= chunklevel::MAX_CHUNK_WORD_SIZE) failed: Requested size too large (561049) - max allowed size per allocation is 524288
There's an issue pertaining to this. This is something I'd like to resolve, but I'm unsure on how to better debug this to see if it really is the deserialization of a setting file triggering it. JDK 11 should at least be capable of building Rakudo, but being an experimental backend people don't always align with MoarVM immediately, I can't make any guarantees about tests. You may be disappointed in its performance at the moment.
-
Resources and advice
(NB. While the PL is just a toy (and just a tiny bit of the toy too), the tech is actually industrial strength, used to power the production Raku compiler, which is written in Raku using its grammar construct. Starting easy doesn't mean you can't go far. Quite the opposite in fact -- you can go as far as you want.)
What are some alternatives?
When comparing hackett and rakudo you can also consider the following projects:
coalton - Coalton is an efficient, statically typed functional programming language that supercharges Common Lisp.
instaparse
blisp - A statically typed Lisp like scripting programming language for Rust.
unseemly - Macros have types!
enso - Hybrid visual and textual functional programming.
grtcdr
perl5 - 🐪 The Perl programming language
klister - an implementation of stuck macros
roast - 🦋 Raku test suite
nanohs - a self-hosting lambda calculus compiler
langs