@neauoire I see you ran into a known bug there with the negative number :) I'm still unsure what the best way is to represent and manage errors.
@neauoire I'd be honored to join Merveilles! Been finding lots of interesting people to follow through you.
@neauoire Awesome. I just added some more guidance to the bottom of https://github.com/akkartik/mu/blob/main/apps/tile/README.md
`git clone --depth 1` might be useful to you in general.
@neauoire Sorry! Try this fork: https://git.sr.ht/~akkartik/mu-normie. 28MB.
@neauoire Yeah. Partly testing the foundations, partly trying to show that it can be used for interesting research in spite of not having graphics. Plus it's an idea I've gotten interested in. https://mastodon.social/@akkartik/104896128141863951 describes the motivations and influences a bit. Basic idea is to see how far I can go without any stack-manipulation commands like `dup` and `swap`, since they feel like accidental complexity.
@neauoire Definitely just a prototype.
I tried to show the instructions for running it at the start of the video, but yeah not super clear. Here they are (requiring Linux..):
```
$ git clone https://github.com/akkartik/mu
$ cd mu
$ ./translate_mu apps/tile/*.mu
$ ./a.elf screen
```
@neauoire Ew! 😂 😂
Did you have a chance to look at https://mastodon.social/@akkartik/105115240660835365 yet?
@nasser Thanks! I really like these kinds of single-purpose programming languages and for some reason including the source code adds a lot to it. It's a bit like a puzzle, trying to relate elements of the code to elements of the picture
Throwback Thursday to these sigils I made for KiwiCon about four years ago. I still think they're some of my best from when I was running Everyday Sigils!
For the curious — the rest of my old sigils can be found here: https://helveticablanc.itch.io/everyday-sigils
@s_ol Interesting idea, a statically but implicitly typed shell.
A 'universal type system' was in fact something I started out aiming at back in 2015. I still want it. SubX and Mu share a common vocabulary of types. I want all tools in the Mu computer to be aware of these types when browsing logs, etc. But it hadn't occurred to me to use them in the shell.
I don't think any of your links integrate with the underlying system. They're all dynamically typed interpreters. This is terra incognita!
@s_ol It's just an interpreter so far, so they don't. Relationship is approximately like that between a C compiler in Unix and /bin/sh. Though I'm very interested in alternative approaches.
*Update on the Mu computer*
My little prototype is starting to look like a shell: https://archive.org/details/akkartik-2min-2020-10-27
Promising in some ways, but I'm not sure how to support concurrency. Currently each operation completes before the next. I _could_ allow "pipe stages" to continue to share data after they drop file handles on the stack, but there are problems: how often we refresh, how we kill processes from past refreshes, how we visualize file handle contents.
(More details: https://github.com/akkartik/mu)
Beginnings of an experimental fork of Mu for 64-bit x86
Built in collaboration with @tekknolagi.
https://git.sr.ht/~akkartik/mu-x86_64
I'm not sure this is going to work out. Mu's syntax for 32-bit x86 machine code doesn't map cleanly to x86_64, for reasons outlined in the Readme. But the emulator works, and it has a nice regular subset of x86_64 including floating-point instructions. Comments and suggestions most appreciated.
Main project page: https://github.com/akkartik/mu
Barbarian Programmer.
Promiscuous dependencies are the root of all evil.