graalpython
rakudo
graalpython | rakudo | |
---|---|---|
13 | 55 | |
1,111 | 1,697 | |
1.4% | 0.1% | |
10.0 | 9.9 | |
6 days ago | 4 days ago | |
Python | Raku | |
GNU General Public License v3.0 or later | Artistic License 2.0 |
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.
graalpython
-
socketify.py - Bringing WebSockets, Http/Https High Peformance servers for PyPy3 and Python3
HPy integration to better support CPython, PyPy and GraalPython
-
Oracle Contributing GraalVM Community Edition Java Code to OpenJDK
Here are some nice examples: https://www.graalvm.org/22.2/reference-manual/python/Interop...
This may be more readable: https://github.com/oracle/graalpython/blob/master/docs/user/...
-
Pyjion β A Python JIT Compiler
Isn't this what the GraalVM [1] guys are also trying to do? Seems like today the competition is between who is more polyglot than the other, JVM, CLR or WASM.
[1] https://github.com/oracle/graalpython
- Python stands to lose its GIL, and gain a lot of speed
- GitHub - oracle/graalpython: A Python 3 implementation built on GraalVM
- A viable solution for Python concurrency
- RustPython: A Python interpreter written in Rust
-
Stack Overflow Developer Survey 2021: "Rust reigns supreme as most loved. Python and Typescript are the languages developers want to work with most if they arenβt already doing so."
Graalpython is slowly taking shape, although it's still very alpha: https://github.com/oracle/graalpython
- Launch HN: Enso (YC S21) β Visual programming and workflow tool for data science
-
AST based scripting languages
https://github.com/oracle/graalpython is an AST interpreter for Python
rakudo
-
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?
truffleruby - A high performance implementation of the Ruby programming language, built on GraalVM.
instaparse
jython - Python for the Java Platform
coalton - Coalton is an efficient, statically typed functional programming language that supercharges Common Lisp.
Cython - The most widely used Python to C compiler
enso - Hybrid visual and textual functional programming.
Pyjion - Pyjion - A JIT for Python based upon CoreCLR
perl5 - πͺ The Perl programming language
cinder - Cinder is Meta's internal performance-oriented production version of CPython.
roast - π¦ Raku test suite
hpy - HPy: a better API for Python
langs