about summary refs log tree commit diff stats
Commit message (Collapse)AuthorAgeFilesLines
...
* 7305 - make float-size more consistent as wellKartik Agaram2020-11-292-4/+19
|
* 7304 - more consistent printing of floatsKartik Agaram2020-11-291-3/+17
|
* 7303 - better threshold for scientific notationKartik Agaram2020-11-291-3/+13
|
* 7302 - tile: at long last, divisionKartik Agaram2020-11-292-1/+21
| | | | | | Also square roots. But there's a bug in rendering floats without precision.
* 7301 - tile: float computations now workingKartik Agaram2020-11-292-3/+6
|
* 7300 - bugfix in type-checking float returnsKartik Agaram2020-11-292-0/+69
|
* 7299 - bug in code-generating float returnsKartik Agaram2020-11-292-54/+122
|
* 7298 - slightly smarter float widthKartik Agaram2020-11-291-6/+96
|
* 7297 - tile: use floats everywhereKartik Agaram2020-11-299-124/+138
|
* 7296 - rough support for printing floatsKartik Agaram2020-11-292-0/+527
| | | | No rounding yet, and we have a blunt way to decide when to start truncating.
* 7295Kartik Agaram2020-11-292-12/+11
|
* 7294Kartik Agaram2020-11-283-54/+54
|
* 7293Kartik Agaram2020-11-281-240/+2
|
* 7292 - mu.subx: loosen copy-byte checks a bitKartik Agaram2020-11-273-128/+34
| | | | | | | Without this there's no way to convert an int to a byte. And that feels too restrictive, and gives up a lot of safe things one might want to do with bytes. (Such as divide a number by 10 and emit the remainder as a byte.)
* 7291Kartik Agaram2020-11-272-12/+11
|
* 7290Kartik Agaram2020-11-274-103/+23
| | | | | | | I've wrestled for a long time with how to support integer division with its hard-coded registers. The answer's always been staring me in the face: just turn it into a function! We already expect function outputs to go to hard-coded registers.
* 7289Kartik Agaram2020-11-271-0/+2
|
* 7288Kartik Agaram2020-11-271-4/+4
|
* 7287Kartik Agaram2020-11-272-0/+34
| | | | | Regression: I'd broken compare on bytes. Apparently I took away support for bytes from numberlike-output even though I didn't need to by the end.
* 7286 - mu.subx: isolate bytes from previous valuesKartik Agaram2020-11-274-14/+70
|
* 7285Kartik Agaram2020-11-262-12/+1042
|
* 7284Kartik Agaram2020-11-262-12/+188
|
* 7283Kartik Agaram2020-11-262-98/+12
|
* 7282Kartik Agaram2020-11-262-0/+86
|
* 7281Kartik Agaram2020-11-262-7/+24
|
* 7280Kartik Agaram2020-11-262-9/+9
|
* 7279Kartik Agaram2020-11-262-1/+44
|
* 7278 - typo in mu.subxKartik Agaram2020-11-263-4/+4
|
* 7277Kartik Agaram2020-11-261-84/+55
|
* 7276Kartik Agaram2020-11-262-108/+25
|
* 7275Kartik Agaram2020-11-262-0/+0
|
* 7274Kartik Agaram2020-11-251-7/+11
| | | | | Fix a bug in whole integer support. And we'll forget about compressing large integers into scientific notation for now.
* 7273Kartik Agaram2020-11-251-40/+85
| | | | | | | A wishlist of passing tests. Let's see how the naive algorithm at http://www.ryanjuckett.com/programming/printing-floating-point-numbers does.
* 7272 - snapshot: printing floats in decimalKartik Agaram2020-11-253-5/+379
| | | | | | I've made some progress to where I can print whole integers right. But this whole approach of mixing decimals with binary exponents is going to be super confusing. I need to bite the bullet and just use decimal exponents.
* 7271Kartik Agaram2020-11-251-7/+5
|
* 7270Kartik Agaram2020-11-211-5/+5
|
* 7269Kartik Agaram2020-11-213-55/+45
|
* 7268Kartik Agaram2020-11-201-2/+2
|
* 7267 - mu.subx: type-check 'convert' statementsKartik Agaram2020-11-204-21700/+22924
|
* 7266Kartik Agaram2020-11-172-12/+12
|
* 7265Kartik Agaram2020-11-171-2/+2
|
* 7264Kartik Agaram2020-11-171-3/+5
|
* 7263Kartik Agaram2020-11-171-3/+4
|
* 7262Kartik Agaram2020-11-176-28501/+28788
|
* 7261 - mu.subx: array bounds-checking doneKartik Agaram2020-11-175-107/+333
|
* 7260Kartik Agaram2020-11-172-15/+11
| | | | This seems to preserve the intent of commit 6555.
* 7259Kartik Agaram2020-11-172-5/+6
|
* 7258Kartik Agaram2020-11-172-9/+9
|
* 7257 - partially undo commit 7253Kartik Agaram2020-11-172-8/+8
| | | | I don't need to pass the function pointer quite so low. I think..
* 7256Kartik Agaram2020-11-171-6/+6
|