about summary refs log tree commit diff stats
path: root/apps
Commit message (Collapse)AuthorAgeFilesLines
* table primitives workingKartik Agaram2020-05-183-428/+1
| | | | $ ./translate_subx init.linux 0*.subx && ./a.elf test
* 6219Kartik Agaram2020-05-182-0/+3
|
* 6216Kartik Agaram2020-05-052-12/+7
|
* 6213Kartik Agaram2020-04-262-2/+32
| | | | Some minor tweaks while preparing presentation to Mek's Junto group.
* 6212Kartik Agaram2020-04-251-1/+1
|
* 6209Kartik Agaram2020-04-241-1/+2
|
* 6208Kartik Agaram2020-04-2215-16/+2
|
* 6205Kartik Agaram2020-04-152-156/+31
| | | | Rip out scaffolding for function overloading.
* 6204Kartik Agaram2020-04-152-28/+0
|
* 6203Kartik Agaram2020-04-122-115/+162
|
* 6199Kartik Agaram2020-04-081-1/+1
|
* 6198Kartik Agaram2020-04-082-14/+10
|
* 6197Kartik Agaram2020-04-082-18/+18
|
* 6196Kartik Agaram2020-04-062-2/+2
|
* 6195Kartik Agaram2020-04-062-1/+1
| | | | This bug was never caught because we've never tested with more than 2 segments.
* 6194Kartik Agaram2020-04-062-3/+6
|
* 6193Kartik Agaram2020-04-062-3/+6
|
* 6192Kartik Agaram2020-04-062-3/+6
|
* 6191Kartik Agaram2020-04-062-5/+6
|
* 6190Kartik Agaram2020-04-061-31/+33
|
* 6189Kartik Agaram2020-04-062-15/+14
|
* 6188Kartik Agaram2020-04-061-7/+18
|
* 6187Kartik Agaram2020-04-062-1/+3
|
* 6186Kartik Agaram2020-04-062-6/+2
|
* 6185Kartik Agaram2020-04-061-8/+8
|
* 6184Kartik Agaram2020-04-051-0/+0
| | | | Why the heck are we bumping this pointer? Seems like a bug.
* 6182 - start of support for safe handlesKartik Agaram2020-04-0319-59/+59
| | | | | | | | | | | | | | So far it's unclear how to do this in a series of small commits. Still nibbling around the edges. In this commit we standardize some terminology: The length of an array or stream is denominated in the high-level elements. The _size_ is denominated in bytes. The thing we encode into the type is always the size, not the length. There's still an open question of what to do about the Mu `length` operator. I'd like to modify it to provide the length. Currently it provides the size. If I can't fix that I'll rename it.
* 6181Kartik Agaram2020-04-0317-8/+10
|
* 6180Kartik Agaram2020-04-032-73/+11
| | | | | It's going to be hard work retrofitting 8-byte handles in place of 4-byte addrs. Here we just clean up some unused args.
* 6179Kartik Agaram2020-04-031-2/+2
|
* 6178Kartik Agaram2020-03-311-1/+1
|
* 6161Kartik Agaram2020-03-221-2/+2
|
* 6158 - standardize opcode namesKartik Agaram2020-03-213-74/+54
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | At the lowest level, SubX without syntax sugar uses names without prepositions. For example, 01 and 03 are both called 'add', irrespective of source and destination operand. Horizontal space is at a premium, and we rely on the comments at the end of each line to fully describe what is happening. Above that, however, we standardize on a slightly different naming convention across: a) SubX with syntax sugar, b) Mu, and c) the SubX code that the Mu compiler emits. Conventions, in brief: - by default, the source is on the left and destination on the right. e.g. add %eax, 1/r32/ecx ("add eax to ecx") - prepositions reverse the direction. e.g. add-to %eax, 1/r32/ecx ("add ecx to eax") subtract-from %eax, 1/r32/ecx ("subtract ecx from eax") - by default, comparisons are left to right while 'compare<-' reverses. Before, I was sometimes swapping args to make the operation more obvious, but that would complicate the code-generation of the Mu compiler, and it's nice to be able to read the output of the compiler just like hand-written code. One place where SubX differs from Mu: copy opcodes are called '<-' and '->'. Hopefully that fits with the spirit of Mu rather than the letter of the 'copy' and 'copy-to' instructions.
* 6157Kartik Agaram2020-03-211-0/+0
|
* 6153 - switch 'main' to use Mu stringsKartik Agaram2020-03-1515-7/+7
| | | | | | | | | | | 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.
* 6152 - fix regression in factorial.muKartik Agaram2020-03-152-2/+100
| | | | | I had to amend commit 6148 three times yesterday as I kept finding bugs by inspection. And yet I stubbornly thought I didn't need a test.
* 6150 - call-by-reference is workingKartik Agaram2020-03-142-0/+79
|
* 6149 - pass multi-word objects to functionsKartik Agaram2020-03-142-4/+103
| | | | This is quite inefficient; don't use it for very large objects.
* 6148Kartik Agaram2020-03-142-2/+42
|
* 6147Kartik Agaram2020-03-142-10/+10
|
* 6145 - 'address' operatorKartik Agaram2020-03-142-0/+74
| | | | | This could be a can of worms, but I think I have a set of checks that will keep use of addresses type-safe.
* 6144Kartik Agaram2020-03-141-4/+10
|
* 6143Kartik Agaram2020-03-142-6/+8
|
* 6139Kartik Agaram2020-03-121-1/+1
|
* 6138Kartik Agaram2020-03-121-0/+32
|
* 6133Kartik Agaram2020-03-122-3/+65
|
* 6132Kartik Agaram2020-03-122-30/+30
|
* 6131 - operating on arrays on the stackKartik Agaram2020-03-122-45/+299
|
* 6130Kartik Agaram2020-03-111-4/+3
|
* 6128 - arrays on the stackKartik Agaram2020-03-112-10/+145
|