llvm-project
chalk
llvm-project | chalk | |
---|---|---|
10 | 25 | |
217 | 1,769 | |
0.0% | 0.7% | |
0.0 | 7.0 | |
13 days ago | 26 days ago | |
C++ | Rust | |
GNU General Public License v3.0 or later | GNU General Public License v3.0 or later |
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.
llvm-project
-
platformio integration with neovim?
I forgot to say that I use this llvm build. Just download the release and point the clangd server to it.
-
LLVM 16.0.0 Release
Xtensa support (esp32). Will be interesting how this will be for Rust and Zig support for esp32
https://github.com/llvm/llvm-project/tree/main/llvm/lib/Targ...
https://www.phoronix.com/news/LLVM-Xtensa-Backend
https://github.com/espressif/llvm-project/issues/4#issuecomm...
https://github.com/ziglang/zig/issues/5467#issuecomment-1465...
-
How do I program an ESP32 S3 in Rust using podman from WSL?
Hopefully, in the future the installation will be simpler, as we are trying to upstream our LLVM changes (first 10 patches are already accepted!), and once we manage to upstream LLVM changes we will proceed with upstreaming our Rust fork changes.
-
Using Vim as an editor for ESP-IDF
The main discussion can be led back to this GitHub issue and this comment; fortunately, we don't need to build espressif's llvm fork anymore as they supply the clangd (this is the language server we need) and you can find the zip here. I'll briefly list down the steps required to set up vim with clangd to take advantage of clangd's features (auto-completion, linting, code refactoring ...)
-
The more I use other MCUs the more I like the ESP32
In my case, it's pretty annoying that the Xtensa platform doesn't have official LLVM support. It's in progress but going very slowly.
-
Have you ever started a project in Rust but switched to a different language? If so, why?
The link to the espressive issue trackers: https://github.com/espressif/llvm-project/issues/4
-
Are there situations where it's better to use C++?
Xtensa. They've got a fork of LLVM that supports it that they're working toward getting upstreamed. The community has a fork of rustc that uses it (and a quickstart crate) while we wait for it to get upstreamed.
-
Rust and GCC, two different ways
https://github.com/espressif/llvm-project/issues/4 is a good example why updating llvm isn't easy and takes a lot of time.
- Tomu – An ARM microprocessor which fits in your USB port
-
uLisp
Just to clarify - Gambit, Chicken, and Carp all compile to portable C.
I hadn't realized LLVM mainline doesn't support Xtensa. I'm surprised.
D does support Xtensa via LDC (https://forum.dlang.org/thread/[email protected]...). It looks like GDC also nearly supports it, requiring only a minor patch at present.
A functioning LLVM backend does exist (https://github.com/espressif/llvm-project/issues/4) and might be making very slow progress towards being merged. A quick search shows that it works for Rust. I suspect (but don't know) that it might work for Terra as well.
There's also the LLVM C backend (https://github.com/JuliaComputingOSS/llvm-cbe) but I've no idea how efficient such an approach is when applied to real world embedded tasks.
chalk
-
Why did Prolog lose steam? (2010)
The Rust compiler uses a Prolog-like query language internally for type checking generic requirements and traits: https://github.com/rust-lang/chalk
-
Why doesn't rust-analyzer reuse infrastructures of rustc?
rust-analyzer already uses chalk (https://github.com/rust-lang/chalk) which should replace the current trait resolver.
-
Why use Rust on the backend? by Adam Chalmers
Well it's quite easy to come to that conclusion: The code compiles with rustc, which is currently the reference implementation. If rust-analyzer does not match rustc's behavior it's an issue in their implementation. That written it's not that easy to fix as it's related to how rust-analyzer resolves types/traits. rust-analyzer uses chalk for this, which is known to be incomplete/diverging from the RFC'ed behavior. Now one could argue that we can simplify diesel to the point where it works will with rust-analyzer/chalk, but that would result in basically removing core diesel features that exist way longer than rust-analyzer.
-
Why has functional programming become so popular in non-academic settings?
> Not all of those things work well in the real world. E.g. logic programming (prolog) is cool but ultimately never really caught on.
It does have its niches though. For example, there is a trait solver for Rust called Chalk that uses a Prolog-inspired language because trait bounds basically define a logic:
https://github.com/rust-lang/chalk
-
General mathematical expression analysis system
Maybe something in the prolog/datalog direction could be useful? Notably Rust has Chalk to help with trait resolution ("Chalk is a library that implements the Rust trait system, based on Prolog-ish logic rules.")
-
Useful lesser-used languages?
There has been work to implement part of the Rust typing logic in the Chalk Engine which uses a prolog-ish syntax to describe its rules.
-
Can you have a function return different types known at compile time
That's something Chalk is trying to tackle.
-
Compile time wins today
We probably will see all of them at some point -- polonius is a current effort to make the borrow checker accept more valid programs, in a way that also simplifies the logic and is probably a bit faster than the current NLL system, chalk is an attempt to do a similar thing for the trait system, and cranelift is a project that seeks to replace the LLVM codegen backend. But obviously, these are very large and complex projects that are gonna take some time.
-
What is the difference between associated types and generics?
Do Rust developers realize that? Oh, yes, absolutely, that's why we have this:
-
Question about Trait Bounds (from Rust for Rustaceans)
For me an attempt to write where HashMap: FromIterator and then use new and insert was totally bizzare because currently rustc is pretty primitive and doesn't do super-complex machinery needed to do what you want. Chalk may fix that one day, but it's nowhere near to being ready for inclusion into rustc thus I wouldn't even attempt to do what you tried to do… but that's not something you are supposed to know before reading this book!
What are some alternatives?
llvm-cbe - resurrected LLVM "C Backend", with improvements
polonius - Defines the Rust borrow checker.
Lua-RTOS-ESP32 - Lua RTOS for ESP32
miri - An interpreter for Rust's mid-level intermediate representation
terra - Terra is a low-level system programming language that is embedded in and meta-programmed by the Lua programming language.
prolog - The only reasonable scripting engine for Go.
ferret - Ferret is a free software lisp implementation for real time embedded control systems.
lccc - Lightning Creations Compiler Frontend for various languages
nim-esp8266-sdk - Nim wrapper for the ESP8266 NON-OS SDK
pny1-assignment - College assignment writing in which I ramble about type classes and dependent types.
ulisp-builder - Builds a version of uLisp for a particular platform from a common repository of source files
expr - Expression language and expression evaluation for Go [Moved to: https://github.com/expr-lang/expr]