Kartik Agaram @akkartik@mastodon.social

@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

@neauoire

`git clone --depth 1` might be useful to you in general.

@neauoire

Poorly :/ apps/tile/rpn.mu

https://github.com/akkartik/mu/blob/7521fcdc1e5308537c8793cfcd0b17c6789e06c8/apps/tile/rpn.mu#L17

@strstr

@neauoire

There's also a shallow clone flag, let me find it.

@strstr

@neauoire Sorry! Try this fork: https://git.sr.ht/~akkartik/mu-normie. 28MB.

@strstr

@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.

@strstr

@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
```

@strstr

@neauoire Ew! 😂 😂

Did you have a chance to look at https://mastodon.social/@akkartik/105115240660835365 yet?

@strstr

@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!

@neauoire

https://mastodon.social/@akkartik/105108305362341204 and above.

@s_ol

@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