llvm-project
ferret


llvm-project | ferret | |
---|---|---|
10 | 8 | |
241 | 1,078 | |
1.2% | - | |
0.0 | 0.0 | |
2 days ago | over 2 years ago | |
LLVM | Makefile | |
GNU General Public License v3.0 or later | BSD 2-clause "Simplified" 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.
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.
ferret
- How to Write a (Lisp) Interpreter (In Python)
-
Ferret: A functional, lazy language for realtime embedded control systems
Seems like there has been no development since 2020 - https://github.com/nakkaya/ferret
-
Literate programming: Knuth is doing it wrong
The whole of ferret's source code is in a single org-mode file, following the literate programming style: https://github.com/nakkaya/ferret/blob/master/ferret.org
- Clojure – Differences with Other Lisps
-
Learning Clojure made me return back to C/C++
fyi there's some middle ground via ferret if you want to mix the two in the future. I think janet lang is more full featured, borrowing ideas from clojure while targeting simple embedding alongside c.
-
uLisp
Another commenter already mentioned Gambit Scheme. That provides for inline C and therefore very easy interop with external libraries. It still has a runtime and GC though - those might pose a problem depending on your platform and task.
Ferret (https://github.com/nakkaya/ferret) and Carp (https://github.com/carp-lang/Carp) are both Lisp-like low level languages. Both seem to be fairly experimental in nature though.
> anything but C
Taking you literally, Rust and D can both compile for bare metal. D in particular has a "Better C" subset. (https://dlang.org/spec/betterc.html)
In the same vein, Terra is a C like language (manual memory management) that you metaprogram with Lua. (https://github.com/terralang/terra)
Taking you very literally, Forth is also an option.
-
Writing a whole program in Org Mode
Impressive. Wonder how the performance in Emacs will be with a file this big... org source file
What are some alternatives?
llvm-cbe - resurrected LLVM "C Backend", with improvements
Lua-RTOS-ESP32 - Lua RTOS for ESP32
ulisp-builder - Builds a version of uLisp for a particular platform from a common repository of source files
janet - A dynamic language and bytecode vm
terra - Terra is a low-level system programming language that is embedded in and meta-programmed by the Lua programming language.
ulisp - A version of the Lisp programming language for ATmega-based Arduino boards.
etaoin - Pure Clojure Webdriver protocol implementation
nim-esp8266-sdk - Nim wrapper for the ESP8266 NON-OS SDK
Carp - A statically typed lisp, without a GC, for real-time applications.
ecl
clj-chrome-devtools - Clojure API for controlling a Chrome DevTools remote

