Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | 5944 | Kartik Agaram | 2020-01-28 | 1 | -5289/+5461 |
| | |||||
* | 5943 - initial support for named blocks | Kartik Agaram | 2020-01-28 | 2 | -132/+245 |
| | |||||
* | 5942 - initial support for blocks | Kartik Agaram | 2020-01-28 | 2 | -8/+77 |
| | | | | This was too easy. But there are dragons ahead. | ||||
* | 5941 | Kartik Agaram | 2020-01-27 | 1 | -5176/+5289 |
| | |||||
* | 5940 - local vars in registers starting to work | Kartik Agaram | 2020-01-27 | 2 | -31/+151 |
| | |||||
* | 5939 | Kartik Agaram | 2020-01-27 | 1 | -3/+0 |
| | |||||
* | 5938 | Kartik Agaram | 2020-01-27 | 1 | -0/+1 |
| | |||||
* | 5937 | Kartik Agaram | 2020-01-27 | 2 | -3231/+3271 |
| | |||||
* | 5936 - permit commas everywhere | Kartik Agaram | 2020-01-27 | 3 | -12/+52 |
| | |||||
* | 5935 | Kartik Agaram | 2020-01-27 | 1 | -1/+17 |
| | | | | A new error message: for unclosed string literals. | ||||
* | 5934 | Kartik Agaram | 2020-01-27 | 1 | -3/+3 |
| | |||||
* | 5933 | Kartik Agaram | 2020-01-27 | 11 | -4/+4 |
| | | | | Expand some buffer sizes to continue building mu.subx natively. | ||||
* | 5932 | Kartik Agaram | 2020-01-27 | 3 | -0/+163 |
| | |||||
* | 5931 | Kartik Agaram | 2020-01-27 | 2 | -2/+2 |
| | |||||
* | 5930 | Kartik Agaram | 2020-01-27 | 1 | -5132/+5290 |
| | |||||
* | 5929 - local variables kinda working | Kartik Agaram | 2020-01-27 | 2 | -6/+171 |
| | |||||
* | 5928 | Kartik Agaram | 2020-01-27 | 2 | -4/+2 |
| | |||||
* | 5927 | Kartik Agaram | 2020-01-27 | 1 | -15/+15 |
| | |||||
* | 5926 | Kartik Agaram | 2020-01-27 | 1 | -12/+12 |
| | |||||
* | 5925 | Kartik Agaram | 2020-01-27 | 61 | -3088/+3130 |
| | |||||
* | 5924 | Kartik Agaram | 2020-01-27 | 64 | -891/+891 |
| | |||||
* | 5923 - start work on code-generation for 'var' | Kartik Agaram | 2020-01-27 | 2 | -3/+45 |
| | |||||
* | 5922 | Kartik Agaram | 2020-01-26 | 1 | -5556/+5674 |
| | |||||
* | 5921 | Kartik Agaram | 2020-01-26 | 2 | -5/+130 |
| | |||||
* | 5920 | Kartik Agaram | 2020-01-26 | 2 | -29/+57 |
| | |||||
* | 5919 | Kartik Agaram | 2020-01-26 | 2 | -24/+0 |
| | |||||
* | 5918 | Kartik Agaram | 2020-01-26 | 2 | -22/+11 |
| | |||||
* | 5917 | Kartik Agaram | 2020-01-22 | 1 | -4299/+4293 |
| | |||||
* | 5916 | Kartik Agaram | 2020-01-22 | 2 | -3/+3 |
| | |||||
* | 5915 | Kartik Agaram | 2020-01-21 | 1 | -3/+3 |
| | |||||
* | 5914 | Kartik Agaram | 2020-01-21 | 1 | -3/+1 |
| | |||||
* | 5913 | Kartik Agaram | 2020-01-20 | 1 | -6/+0 |
| | |||||
* | 5912 | Kartik Agaram | 2020-01-20 | 1 | -4115/+4450 |
| | |||||
* | 5911 - support for compound types | Kartik Agaram | 2020-01-20 | 2 | -15/+13 |
| | |||||
* | 5910 | Kartik Agaram | 2020-01-20 | 1 | -2/+1 |
| | | | | | Trace browser: Don't let the background color get too light, and cycle back to darker shades so I'm not squinting at low depths. | ||||
* | 5909 | Kartik Agaram | 2020-01-20 | 1 | -18/+62 |
| | | | | Draft 5. | ||||
* | 5908 | Kartik Agaram | 2020-01-20 | 1 | -4/+6 |
| | | | | | Now parse-type passes, but some outer test is failing. The result is not being consumed right by `type-equal?`. | ||||
* | 5907 | Kartik Agaram | 2020-01-20 | 1 | -10/+24 |
| | | | | | | Draft 3. Getting close. Now the tree structure seems right. | ||||
* | 5906 | Kartik Agaram | 2020-01-20 | 1 | -3/+35 |
| | | | | Draft 2. | ||||
* | 5905 | Kartik Agaram | 2020-01-20 | 1 | -84/+329 |
| | | | | | | | Draft of my first, incorrect attempt at parsing s-expressions. No matter how many times I've done this, I never get it right the first time. | ||||
* | 5904 | Kartik Agaram | 2020-01-19 | 3 | -12/+12 |
| | |||||
* | 5903 | Kartik Agaram | 2020-01-19 | 3 | -1579/+1581 |
| | |||||
* | 5902 | Kartik Agaram | 2020-01-19 | 1 | -6/+6 |
| | |||||
* | 5901 | Kartik Agaram | 2020-01-19 | 14 | -1147/+1176 |
| | |||||
* | 5900 | Kartik Agaram | 2020-01-19 | 1 | -0/+16 |
| | |||||
* | 5899 | Kartik Agaram | 2020-01-19 | 2 | -4/+11 |
| | |||||
* | 5898 - strengthen slice-empty? check | Kartik Agaram | 2020-01-19 | 15 | -7/+36 |
| | | | | | | | | | | | Anytime we create a slice, the first check tends to be whether it's empty. If we handle ill-formed slices here where start > end, that provides a measure of safety. In the Mu translator (mu.subx) we often check for a trailing ':' or ',' and decrement slice->end to ignore it. But that could conceivably yield ill-formed slices if the slice started out empty. Now we make sure we never operate on such ill-formed slices. | ||||
* | 5897 - rename comparison instructions | Kartik Agaram | 2020-01-16 | 114 | -1140/+1124 |
| | | | | | | | Signed and unsigned don't quite capture the essence of what the different combinations of x86 flags are doing for SubX. The crucial distinction is that one set of comparison operators is for integers and the second is for addresses. | ||||
* | 5896 | Kartik Agaram | 2020-01-16 | 2 | -22/+22 |
| | |||||
* | 5895 | Kartik Agaram | 2020-01-16 | 2 | -22/+22 |
| |