SaaSHub helps you find the best software and product alternatives Learn more →
Rune Alternatives
Similar projects and alternatives to rune
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
-
immer
Postmodern immutable and persistent data structures for C++ — value semantics at scale (by arximboldi)
-
boa
Boa is an embeddable and experimental Javascript engine written in Rust. Currently, it has support for some of the language.
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
Runestone
📝 Performant plain text editor for iOS with syntax highlighting, line numbers, invisible characters and much more.
-
ewig
The eternal text editor — Didactic Ersatz Emacs to show immutable data-structures and the single-atom architecture
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
rune reviews and mentions
-
The Emacsen family, the design of an Emacs and the importance of Lisp (2023)
Two projects that may be of interest, related to this topic:
- Rune (https://github.com/CeleritasCelery/rune) - A re-implementation of Emacs but in Rust (like Remacs, but actively developed)
- Pimacs (https://github.com/federicotdn/pimacs) - Same, but using Go (created by me, but developed in a very slow pace)
-
Text Editor Data Structures
[2] https://github.com/CeleritasCelery/rune/issues/17#issuecomme...
- rune: Rust VM for Emacs
-
Design of Emacs in Rust
I second this ! I had trouble finding the github link, but here is is https://github.com/CeleritasCelery/rune
- Rune: An experimental Emacs Lisp interpreter written in Rust
-
Implementing a safe garbage collector in Rust
> How is anything rooted here? The lifetime changed from 'arena to 'root but I don't see a root being created.
In this example, the Vec has been rooted previously. So pushing an object into the Vec will make it "transitively" rooted (accessible from the root). You would root a struct with the root_struct![1] macro, which works very similar to the root! macro shown in the post.
However you made you realize one error; The rooted `Vec` in the example you pointed is a by value type, but in the implementation you can only get references to rooted structs, so that example needs to be updated.
> But later we see roots not obeying a LIFO order, under "Preventing escapes" where roots are dynamically created and destroyed in an arbitrary order.
Objects are just a copyable wrapper around a pointer, so they are not the part that has the LIFO semantics. inside the root! macro[2] there is a `StackRoot` type that is the actual "root". The object just borrows from that so that is has a 'root lifetime and is valid post gc. The actual root struct is not exposed outside of the macro.
I hope this makes the distinction between "roots" and "objects" clearer. Objects are just pointers to heap data. When we root an object we store the data it points to on the root stack and create a new `StackRoot`. Then we say this object is rooted. But the struct that "does the rooting" is inside the macro and not exposed. Rooting a struct works similarly.
[1] https://github.com/CeleritasCelery/rune/blob/5a616efbed763b9...
-
I came to the conclusion that I wont learn Elisp...unless...
Hack on Rune
-
A note from our sponsor - SaaSHub
www.saashub.com | 28 Apr 2024
Stats
CeleritasCelery/rune is an open source project licensed under GNU General Public License v3.0 only which is an OSI approved license.
The primary programming language of rune is Emacs Lisp.
Sponsored