ulisp
llvm-cbe
Our great sponsors
ulisp | llvm-cbe | |
---|---|---|
33 | 14 | |
361 | 790 | |
- | 1.6% | |
2.6 | 6.5 | |
about 1 year ago | about 2 months ago | |
C++ | C++ | |
MIT License | 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.
ulisp
- How to Write a (Lisp) Interpreter (In Python)
- Show HN: I Made a Lisp
-
Lisp Badge LE
I love his projects too. He's also the creator of uLisp.
-
Lisp in Space
Not CL, but there is ulisp (http://www.ulisp.com/) for microcontrollers, supposed to be really tiny, and there is Carp (https://github.com/carp-lang/Carp) which is without a GC so seems suitable for real-time stuff.
-
fe: A tiny, embeddable language implemented in ANSI C
There's also ulisp (for Arduino projects etc.): http://www.ulisp.com/
This is larger, because there are functions for accessing peripherals, and the core is more standard lispy with 'caadr' et.al., and it has a compacting GC, so images can be saved as a compact blob.
- ¿Any interpreted lenguage working in low memory microcontrollers?
-
What do you think of Forth?
Agreed - the interactivity is good. Lisp is close (have you seen http://www.ulisp.com/ - I can't believe they got into into that small a target!). Python is ok, but for some reason I don't use the REPL in the same way I do in Forth - I think calling functions is just harder somehow. Mostly is exploring valves from the Python REPL.
For 'hobbists' there are lots of amazing Forths, some examples: Zeptoforth has proper threading primitives, optional FAT SD card support and is MIT licensed (important for semi-commercial binary builds), Mecrisp Forth has a native register-colouring compiler is 20K and supports ARM, RISCV, FPGA and others, Flashforth support AVR and PIC. If you like ESP32, then ESP32Forth (an eForth variant) has a ton of features worth looking at. The interactivity is amazing. Of course on PCs or embedded Linux we can do this with shells and scripting languages with REPL - but with deeply embedded microcontroller the only other thing I've seen that's close is http://www.ulisp.com/ - and although it's amazing to get Lisp this small and the developer has done cool things, mostly it's still a toy project that relies on recompiling and adding to C to do any real work. No where near the maturity of the above Forth systems.
-
Microcontroller-based Lisp machine (minimum language needed)?
Have you looked at uLisp? Or perhaps Mezzano? The latter doesn't run on bare metal yet, but does have arm64 support.
There's also ulisp to take a look at. Might suit some of your needs.
llvm-cbe
-
Ask HN: LLVM vs. C
So how does the LLVM C backend work then?
-
rust to c complication?
One alternative worth mentioning, though, would be the LLVM C Backend maintained by the Julia community.
-
Programming language that compiles to clean C89 or C99?
If you drop "easily" and "human" (/s) from your requirements list, then the C backend for LLVM might work. Then you can choose any programming language you want that has LLVM 10-compatible frontend.
- Snowman native code to C/C++ decompiler for x86/x86_64/ARM
-
Can Rust do every low level stuff C/C++ do?
You can convert llvm bitcode to C and then use C compiler, there is such project https://github.com/JuliaComputingOSS/llvm-cbe .
-
lipstick: a Rust-like syntax frontend for C
I'm really surprised that the LLVM C backends have continually been resurrected then abandoned over the years. It's a good solution to this sort of thing and would enable a lot of cool stuff like Rust to weird embedded platforms. The most recent one is the Julia backend: https://github.com/JuliaComputingOSS/llvm-cbe
-
Show HN: prometeo – a Python-to-C transpiler for high-performance computing
Well IMO it can definitely be rewritten in Julia, and to an easier degree than python since Julia allows hooking into the compiler pipeline at many areas of the stack. It's lispy an built from the ground up for codegen, with libraries like (https://github.com/JuliaSymbolics/Metatheory.jl) that provide high level pattern matching with e-graphs. The question is whether it's worth your time to learn Julia to do so.
You could also do it at the LLVM level: https://github.com/JuliaComputingOSS/llvm-cbe
For interesting takes on that, you can see https://github.com/JuliaLinearAlgebra/Octavian.jl which relies on loopvectorization.jl to do transforms on Julia AST beyond what LLVM does. Because of that, Octavian.jl beats openblas on many linalg benchmarks
-
Writing a SQLite clone from scratch in C
You can try your luck with the "resurrected" C backend: https://github.com/JuliaComputingOSS/llvm-cbe
I don't understand why I see so many requests for LLVM-based languages to change around their backend or IR, that seems to be a huge amount of work for comparatively little benefit. The correct thing to do there is to just add support for those to LLVM.
-
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.
-
Speed of Rust vs C
The Julia community maintains llvm-cbe, a C-backend for LLVM.
What are some alternatives?
ecl
ferret - Ferret is a free software lisp implementation for real time embedded control systems.
Lua-RTOS-ESP32 - Lua RTOS for ESP32
lispBM - An interpreter for a concurrent lisp-like language with message-passing and pattern-matching implemented in C.
tinyscheme - TinyScheme is easy to learn and modify. It is structured like a meta-interpreter, only it is written in C.
mrustc - Alternative rust compiler (re-implementation)
nim-esp8266-sdk - Nim wrapper for the ESP8266 NON-OS SDK
quickjs-esp32 - QuickJS port for ESP32
nesper - Program the ESP32 with Nim! Wrappers around ESP-IDF API's.
beartype - Unbearably fast near-real-time hybrid runtime-static type-checking in pure Python.
llvm-project - Fork of LLVM with Xtensa specific patches. To be upstreamed.
qemu_esp32 - Add tensilica esp32 cpu and a board to qemu and dump the rom to learn more about esp-idf