Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | 7311 | Kartik Agaram | 2020-12-01 | 11 | -2799/+2845 |
| | |||||
* | 7310 - advent day 1 part 1 | Kartik Agaram | 2020-12-01 | 3 | -5/+97 |
| | | | | | | | In the process I had to: * Fix a bug in reading lines from stdin into streams * Start trailing newlines when parsing ints from streams * Implement `find` in an array | ||||
* | 7309 - tile: parsing strings into words | Kartik Agaram | 2020-11-30 | 2 | -156/+39 |
| | |||||
* | 7308 | Kartik Agaram | 2020-11-29 | 1 | -0/+8 |
| | |||||
* | 7307 | Kartik Agaram | 2020-11-29 | 2 | -451/+435 |
| | |||||
* | 7306 | Kartik Agaram | 2020-11-29 | 43 | -37925/+40204 |
| | |||||
* | 7305 - make float-size more consistent as well | Kartik Agaram | 2020-11-29 | 2 | -4/+19 |
| | |||||
* | 7304 - more consistent printing of floats | Kartik Agaram | 2020-11-29 | 1 | -3/+17 |
| | |||||
* | 7303 - better threshold for scientific notation | Kartik Agaram | 2020-11-29 | 1 | -3/+13 |
| | |||||
* | 7302 - tile: at long last, division | Kartik Agaram | 2020-11-29 | 2 | -1/+21 |
| | | | | | | Also square roots. But there's a bug in rendering floats without precision. | ||||
* | 7301 - tile: float computations now working | Kartik Agaram | 2020-11-29 | 2 | -3/+6 |
| | |||||
* | 7300 - bugfix in type-checking float returns | Kartik Agaram | 2020-11-29 | 2 | -0/+69 |
| | |||||
* | 7299 - bug in code-generating float returns | Kartik Agaram | 2020-11-29 | 2 | -54/+122 |
| | |||||
* | 7298 - slightly smarter float width | Kartik Agaram | 2020-11-29 | 1 | -6/+96 |
| | |||||
* | 7297 - tile: use floats everywhere | Kartik Agaram | 2020-11-29 | 9 | -124/+138 |
| | |||||
* | 7296 - rough support for printing floats | Kartik Agaram | 2020-11-29 | 2 | -0/+527 |
| | | | | No rounding yet, and we have a blunt way to decide when to start truncating. | ||||
* | 7295 | Kartik Agaram | 2020-11-29 | 2 | -12/+11 |
| | |||||
* | 7294 | Kartik Agaram | 2020-11-28 | 3 | -54/+54 |
| | |||||
* | 7293 | Kartik Agaram | 2020-11-28 | 1 | -240/+2 |
| | |||||
* | 7292 - mu.subx: loosen copy-byte checks a bit | Kartik Agaram | 2020-11-27 | 3 | -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.) | ||||
* | 7291 | Kartik Agaram | 2020-11-27 | 2 | -12/+11 |
| | |||||
* | 7290 | Kartik Agaram | 2020-11-27 | 4 | -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. | ||||
* | 7289 | Kartik Agaram | 2020-11-27 | 1 | -0/+2 |
| | |||||
* | 7288 | Kartik Agaram | 2020-11-27 | 1 | -4/+4 |
| | |||||
* | 7287 | Kartik Agaram | 2020-11-27 | 2 | -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 values | Kartik Agaram | 2020-11-27 | 4 | -14/+70 |
| | |||||
* | 7285 | Kartik Agaram | 2020-11-26 | 2 | -12/+1042 |
| | |||||
* | 7284 | Kartik Agaram | 2020-11-26 | 2 | -12/+188 |
| | |||||
* | 7283 | Kartik Agaram | 2020-11-26 | 2 | -98/+12 |
| | |||||
* | 7282 | Kartik Agaram | 2020-11-26 | 2 | -0/+86 |
| | |||||
* | 7281 | Kartik Agaram | 2020-11-26 | 2 | -7/+24 |
| | |||||
* | 7280 | Kartik Agaram | 2020-11-26 | 2 | -9/+9 |
| | |||||
* | 7279 | Kartik Agaram | 2020-11-26 | 2 | -1/+44 |
| | |||||
* | 7278 - typo in mu.subx | Kartik Agaram | 2020-11-26 | 3 | -4/+4 |
| | |||||
* | 7277 | Kartik Agaram | 2020-11-26 | 1 | -84/+55 |
| | |||||
* | 7276 | Kartik Agaram | 2020-11-26 | 2 | -108/+25 |
| | |||||
* | 7275 | Kartik Agaram | 2020-11-26 | 2 | -0/+0 |
| | |||||
* | 7274 | Kartik Agaram | 2020-11-25 | 1 | -7/+11 |
| | | | | | Fix a bug in whole integer support. And we'll forget about compressing large integers into scientific notation for now. | ||||
* | 7273 | Kartik Agaram | 2020-11-25 | 1 | -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 decimal | Kartik Agaram | 2020-11-25 | 3 | -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. | ||||
* | 7271 | Kartik Agaram | 2020-11-25 | 1 | -7/+5 |
| | |||||
* | 7270 | Kartik Agaram | 2020-11-21 | 1 | -5/+5 |
| | |||||
* | 7269 | Kartik Agaram | 2020-11-21 | 3 | -55/+45 |
| | |||||
* | 7268 | Kartik Agaram | 2020-11-20 | 1 | -2/+2 |
| | |||||
* | 7267 - mu.subx: type-check 'convert' statements | Kartik Agaram | 2020-11-20 | 4 | -21700/+22924 |
| | |||||
* | 7266 | Kartik Agaram | 2020-11-17 | 2 | -12/+12 |
| | |||||
* | 7265 | Kartik Agaram | 2020-11-17 | 1 | -2/+2 |
| | |||||
* | 7264 | Kartik Agaram | 2020-11-17 | 1 | -3/+5 |
| | |||||
* | 7263 | Kartik Agaram | 2020-11-17 | 1 | -3/+4 |
| | |||||
* | 7262 | Kartik Agaram | 2020-11-17 | 6 | -28501/+28788 |
| |