Kartik Agaram

Jack and I spent several weeks around the time this ticket was created, trying to get Mu working on https://github.com/copy/v86, but quite without success. I also saw signs that Mu...

I would _love_ to have something like Mu on ARM or RISC-V. I've been looking for someone else to drive such a project, because I suffer from RSI, and my...

I haven't thought about it much, but my immediate reaction is that: 1. LLVM probably doesn't help much with a machine code notation at the SubX level. The source notation...

Thanks for all that detail! Yeah, this reasoning makes a lot of sense. Performance isn't really Mu's forte, and education is a pretty good niche for Mu. You're right, lsl/lsr/asr/ror...

The first question the simplest possible language has to answer is "why not just program one level below?" Mu has only one reason for existence: it is the simplest language...

I don't quite follow how that link is relevant, but perhaps a port to Clojure will help clarify it. The Mu translator at mu/linux/mu.subx is not an interpreter but rather...

> LLVM must already be doing something like this internally That's exactly right. LLVM is already essentially this abstraction: ``` (compile '[:add r0 r1] :arm) ``` So depending on your...

The problem is that Mu doesn't have ELF binaries to disassemble at the top-level. Another relevant-looking project that just popped up on my radar: https://github.com/oneOS-Project/oneOS. I think Mu will need...

A disassembler may still be a good idea, even without debug information. I think it may be equally easy to store the sources in the disk image. I'll keep both...

Con: tooling will take code to implement, code that will add to the complexity of the codebase readers have to navigate.