Commit Graph

9 Commits

Author SHA1 Message Date
Kartik Agaram 8d2dece291 7250 2020-11-16 00:00:32 -08:00
Kartik Agaram 66daf3cc1f 6720 2020-08-22 10:14:37 -07:00
Kartik Agaram 4d14c3fefd 6393 - start running .mu apps in CI 2020-05-24 20:36:31 -07:00
Kartik Agaram 546a92985f start migrating handles to fat pointers
CI will fail from this commit onward. Currently working:
  $ bootstrap translate init.linux 0[4-7]*.subx 080zero-out.subx -o a.elf  &&  ./a.elf test
  $ bootstrap run a.elf test
  $ chmod +x a.elf;  ./a.elf test

Plan: migrate functions that used to return handles to pass in a new arg
of type (addr handle). That's a bit of a weird type. There should be few
of these functions. (Open question: do we even want to expose this type
in the Mu language?)

Functions that just need to read from heap without modifying the handle
will receive `(addr T)` or `(handle T)` types as arguments.

As I sanitize each new file, I need to update signatures for any new functions
and add them to a list. I also need to update calls to any functions on
the list.
2020-05-18 00:44:46 -07:00
Kartik Agaram c48ce3c8bf 6153 - switch 'main' to use Mu strings
At the SubX level we have to put up with null-terminated kernel strings
for commandline args. But so far we haven't done much with them. Rather
than try to support them we'll just convert them transparently to standard
length-prefixed strings.

In the process I realized that it's not quite right to treat the combination
of argc and argv as an array of kernel strings. Argc counts the number
of elements, whereas the length of an array is usually denominated in bytes.
2020-03-15 21:03:12 -07:00
Kartik Agaram 65eb2a5714 6007 2020-02-14 01:57:37 -08:00
Kartik Agaram 5946a64453 6006 2020-02-14 01:57:30 -08:00
Kartik Agaram 71eb22a5bf 5924 2020-01-27 00:36:44 -08:00
Kartik Agaram 7ca19e4e1d 5850 - driver script for translating Mu programs 2020-01-01 16:35:02 -08:00