about summary refs log tree commit diff stats
path: root/html
Commit message (Collapse)AuthorAgeFilesLines
* 4085 - done with first cut of the SubX VMKartik K. Agaram2017-10-182-3/+146
| | | | subx: 'call' and 'return' instructions
* 4084Kartik K. Agaram2017-10-183-95/+94
| | | | | subx: extract helpers for 'push' and 'pop'. We will be using them in 'call' and 'ret' as well.
* 4083Kartik K. Agaram2017-10-182-1/+60
| | | | subx: 'pop'
* 4082Kartik K. Agaram2017-10-182-50/+56
| | | | | subx: correct a 'copy' ('mov') instruction as well to get its operand right from the opcode.
* 4081Kartik K. Agaram2017-10-181-222/+218
|
* 4080Kartik K. Agaram2017-10-181-13/+19
| | | | | | | | subx: correct 'push' register. It gets its operand right from the opcode, not a new modrm byte. Have I misinterpreted any other instructions in this manner (`+rd` in the Intel manual)?
* 4079Kartik K. Agaram2017-10-183-26/+101
| | | | subx: 'pop'
* 4078Kartik K. Agaram2017-10-176-449/+451
|
* 4077Kartik K. Agaram2017-10-175-32/+32
| | | | | Stop hyperlinking every `i` in subx html files to the integer register union.
* 4072Kartik K. Agaram2017-10-166-68/+667
|
* 4069Kartik K. Agaram2017-10-154-221/+303
| | | | subx: unconditional 'jump'
* 4068Kartik K. Agaram2017-10-151-3/+3
|
* 4067Kartik K. Agaram2017-10-153-3/+92
| | | | subx: 'mov'
* 4066Kartik K. Agaram2017-10-142-2/+2
| | | | | | I spent a while spelunking into the code generated by C compilers before realizing that ignoring the order of arguments for 'cmp' instructions clarifies everything.
* 4065Kartik K. Agaram2017-10-143-0/+228
| | | | | | subx: 'compare' Hopefully I've implemented the 'sense' of comparisons right..
* 4064Kartik K. Agaram2017-10-146-478/+457
|
* 4063Kartik K. Agaram2017-10-142-4/+4
|
* 4062Kartik K. Agaram2017-10-134-252/+256
|
* 4061Kartik K. Agaram2017-10-132-9/+9
|
* 4059Kartik K. Agaram2017-10-133-242/+609
|
* 4054Kartik K. Agaram2017-10-129-369/+369
|
* 4053Kartik K. Agaram2017-10-122-5/+5
|
* 4052Kartik K. Agaram2017-10-129-140/+1935
|
* 4028Kartik K. Agaram2017-10-121-4/+4
|
* 4027Kartik K. Agaram2017-10-121-0/+249
| | | | Hacky one-time html rendering for a single layer in subx.
* 4010Kartik K. Agaram2017-10-041-15/+15
|
* 4009Kartik K. Agaram2017-10-041-17/+22
| | | | | Undo commit 4002 for factorial.mu, because index.html describes it as an example showing the labels '{' and '}'.
* 4008Kartik K. Agaram2017-09-2513-1276/+1283
| | | | | Allow list `push` operation to save result in a new list rather than mutate the existing list.
* 4007Kartik K. Agaram2017-09-251-2/+2
|
* 4006Kartik K. Agaram2017-09-241-49/+48
|
* 4005Kartik K. Agaram2017-09-241-99/+103
| | | | https://www.reddit.com/r/ProgrammingLanguages/comments/727va7/a_comparison_of_lisps/dnh2q6u
* 4004Kartik K. Agaram2017-09-231-1/+1
|
* 4003Kartik K. Agaram2017-09-2344-2169/+2135
|
* 4001Kartik K. Agaram2017-09-181-1/+1
|
* 3998Kartik K. Agaram2017-09-131-427/+444
|
* 3995Kartik K. Agaram2017-09-136-685/+738
|
* 3990Kartik K. Agaram2017-09-0340-515/+776
|
* 3985Kartik K. Agaram2017-08-301-117/+115
|
* 3984 - bugfix: display errors when scrolling recipe sideKartik K. Agaram2017-08-251-733/+771
| | | | This regression was (also) introduced by commit 3902 in June.
* 3983Kartik K. Agaram2017-08-2211-1822/+1884
|
* 3976Kartik K. Agaram2017-08-201-75/+0
|
* 3974Kartik K. Agaram2017-08-202-11/+11
|
* 3973Kartik K. Agaram2017-08-201-149/+0
|
* 3971Kartik K. Agaram2017-08-1937-2663/+2653
|
* 3963Kartik K. Agaram2017-07-084-170/+181
| | | | | | | | Narrow the scope of implicit type conversions. Now only numbers can be freely converted to from other scalars (booleans, characters). We want in particular to make this an error: x:character <- new [abc]
* 3962Kartik K. Agaram2017-06-275-2991/+2998
| | | | | Yet another regression, this time cascading from commit 3953. My scenario wasn't actually testing what I thought it was testing.
* 3960Kartik K. Agaram2017-06-251-166/+190
| | | | | Don't refresh entire sandbox side when toggling the expected result for a single sandbox.
* 3959Kartik K. Agaram2017-06-257-1027/+1038
| | | | | | | Don't unnecessarily write sandboxes to disk on F4. This seems to save almost 20% time when processing a large lesson directory with 36 sandboxes.
* 3958Kartik K. Agaram2017-06-257-985/+991
| | | | | | | | Improvement on fix 3957: rather than put a band-aid over a slow operation, eliminate the slowdown entirely. In this case it turns out we're unnecessarily saving files to disk when they could never be modified. Are we doing this on F4 as well?!
* 3957Kartik K. Agaram2017-06-251-76/+78
| | | | | Marking sandbox responses as expected can take a long time if there are many sandboxes. Indicate when a click is being worked on.
generated by cgit-pink 1.4.1-2-gfad0 (git 2.36.2.497.gbbea4dcf42) at 2024-11-02 17:22:37 +0000