Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | Add support for escape sequences in string literals fixed traces so they can ↵ | nc | 2019-04-13 | 4 | -12/+39 |
| | | | | handle newlines | ||||
* | 5087 | Kartik Agaram | 2019-04-12 | 2 | -1/+2 |
| | | | | | | | | Fix CI. For some reason allocating 4KB natively on Linux triggers a segfault. Temporarily reducing segment size to 256 bytes; that's large enough for the test. But it's not a long-term solution. Maybe I need to grow the heap with sbrk()? | ||||
* | 5086 | Kartik Agaram | 2019-04-12 | 1 | -0/+8 |
| | |||||
* | 5085 - 'assort' phase done! | Kartik Agaram | 2019-04-12 | 4 | -408/+510 |
| | | | | | | | | | | | | | | | | | Current plan for SubX translator: $ cat files.subx ... |assort |pack |survey |hex > a.out Higher-level notations will be inserted at the start of the pipeline. The first (and needed for bootstrapping) is for string literals. $ cat files.subx ... |string-literals |assort |pack |survey |hex > a.out Alternatively, we should check how often we use string literals and just convert them by hand. They're used all over in tests, and converting them would make tests hard (even harder) to read. | ||||
* | 5084 | Kartik Agaram | 2019-04-11 | 7 | -9/+9 |
| | |||||
* | 5083 | Kartik Agaram | 2019-04-11 | 1 | -1/+2 |
| | |||||
* | 5082 | Kartik Agaram | 2019-04-11 | 1 | -2/+3 |
| | |||||
* | 5080 | Kartik Agaram | 2019-04-11 | 6 | -110/+78 |
| | |||||
* | 5078 | Kartik Agaram | 2019-04-11 | 1 | -4/+4 |
| | |||||
* | 5076 | Kartik Agaram | 2019-04-10 | 1 | -0/+0 |
| | |||||
* | 5075 | Kartik Agaram | 2019-04-10 | 1 | -0/+0 |
| | |||||
* | 5074 | Kartik Agaram | 2019-04-10 | 12 | -125/+290 |
| | | | | | | | | | | | | | Fail early when writing to a fake file runs out of space. Makes debugging tests easier. Reads from files, on the other hand, are only buffering to a temporary stream, so it makes sense to silently stop when they run out of space. In the process I uncovered a testing bug in pack.subx: I was missing a trailing space in the expected result, but the test still passed because the space was getting truncated. Being principled about aborting on overflow by default will help avoid such issues. | ||||
* | 5073 | Kartik Agaram | 2019-04-10 | 1 | -2/+2 |
| | |||||
* | 5072 | Kartik Agaram | 2019-04-10 | 1 | -15/+1 |
| | |||||
* | 5071 | Kartik Agaram | 2019-04-10 | 1 | -12/+15 |
| | |||||
* | 5070 | Kartik Agaram | 2019-04-10 | 1 | -1/+1 |
| | |||||
* | 5069 | Kartik Agaram | 2019-04-10 | 1 | -7/+7 |
| | |||||
* | 5068 | Kartik Agaram | 2019-04-10 | 1 | -1/+1 |
| | | | | Temporary title for HN submission. | ||||
* | 5067 | Kartik Agaram | 2019-04-10 | 1 | -11/+11 |
| | |||||
* | 5066 | Kartik Agaram | 2019-04-10 | 1 | -253/+223 |
| | |||||
* | 5064 | Kartik Agaram | 2019-04-07 | 1 | -3/+2 |
| | |||||
* | 5063 | Kartik Agaram | 2019-04-07 | 1 | -69/+0 |
| | |||||
* | 5062 | Kartik Agaram | 2019-04-06 | 2 | -391/+460 |
| | |||||
* | 5061 | Kartik Agaram | 2019-04-06 | 1 | -1/+1 |
| | |||||
* | 5060 | Kartik Agaram | 2019-04-06 | 10 | -13/+273 |
| | |||||
* | 5059 | Kartik Agaram | 2019-04-05 | 17 | -43/+43 |
| | |||||
* | 5058 | Kartik Agaram | 2019-04-05 | 4 | -246/+252 |
| | |||||
* | 5057 | Kartik Agaram | 2019-04-05 | 1 | -1/+35 |
| | |||||
* | 5056 | Kartik Agaram | 2019-04-05 | 7 | -2/+144 |
| | |||||
* | 5055 - new phase: merge fragment of segments | Kartik Agaram | 2019-04-04 | 1 | -0/+1102 |
| | |||||
* | 5054 | Kartik Agaram | 2019-04-03 | 2 | -4/+3 |
| | |||||
* | 5053 | Kartik Agaram | 2019-04-03 | 9 | -154/+266 |
| | | | | | | write-stream-buffered isn't a clean abstraction. Ignoring the 'read' index of a stream is a hack. It's just saving us the trouble of a rewind-stream. So make it a helper of pack.subx rather than part of the standard library. | ||||
* | 5052 | Kartik Agaram | 2019-04-02 | 2 | -99/+127 |
| | |||||
* | 5051 - done compiling SIB operands | Kartik Agaram | 2019-04-02 | 2 | -3/+671 |
| | | | | Done with pack.subx?! | ||||
* | 5050 - compile ModR/M operands | Kartik Agaram | 2019-04-02 | 3 | -3/+809 |
| | |||||
* | 5049 | Kartik Agaram | 2019-04-02 | 1 | -100/+196 |
| | |||||
* | 5048 | Kartik Agaram | 2019-04-01 | 1 | -12/+12 |
| | |||||
* | 5047 | Kartik Agaram | 2019-04-01 | 1 | -3/+3 |
| | |||||
* | 5046 | Kartik Agaram | 2019-04-01 | 2 | -72/+52 |
| | |||||
* | 5045 | Kartik Agaram | 2019-04-01 | 1 | -8/+8 |
| | |||||
* | 5044 | Kartik Agaram | 2019-04-01 | 2 | -3/+248 |
| | |||||
* | 5043 | Kartik Agaram | 2019-04-01 | 1 | -0/+3 |
| | |||||
* | 5042 | Kartik Agaram | 2019-03-31 | 2 | -33/+35 |
| | |||||
* | 5041 - compile displacement operands | Kartik Agaram | 2019-03-31 | 2 | -13/+565 |
| | |||||
* | 5040 - compile immediate operands | Kartik Agaram | 2019-03-30 | 2 | -16/+556 |
| | |||||
* | 5039 - compile opcodes | Kartik Agaram | 2019-03-30 | 2 | -6/+1011 |
| | |||||
* | 5038 | Kartik Agaram | 2019-03-29 | 2 | -11/+181 |
| | |||||
* | 5037 | Kartik Agaram | 2019-03-29 | 10 | -32/+32 |
| | |||||
* | 5036 | Kartik Agaram | 2019-03-29 | 2 | -34/+65 |
| | |||||
* | 5034 | Kartik Agaram | 2019-03-29 | 2 | -50/+225 |
| |