@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

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

@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. mastodon.social/@akkartik/1048 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 github.com/akkartik/mu
$ cd mu
$ ./translate_mu apps/tile/*.mu
$ ./a.elf screen
```

@strstr

@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: helveticablanc.itch.io/everyda

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

@neauoire
on a more serious note, are you aware of the RPN calculator @akkartik is building right now to demo the Mu project?

*Update on the Mu computer*

My little prototype is starting to look like a shell: archive.org/details/akkartik-2

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: github.com/akkartik/mu)

Show thread

Beginnings of an experimental fork of Mu for 64-bit x86

Built in collaboration with @tekknolagi.

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: github.com/akkartik/mu

Show older
Mastodon

Server run by the main developers of the project 🐘 It is not focused on any particular niche interest - everyone is welcome as long as you follow our code of conduct!