| Commit message (Collapse) | Author | Age | Files | Lines | ||
|---|---|---|---|---|---|---|
| ... | ||||||
| * | more stack hygiene | Kartik K. Agaram | 2021-11-25 | 1 | -0/+2 | |
| | | ||||||
| * | one more curses binding | Kartik K. Agaram | 2021-11-25 | 1 | -0/+1 | |
| | | ||||||
| * | libraries don't need Lua's `#define`s and whatnot | Kartik K. Agaram | 2021-11-25 | 1 | -2/+2 | |
| | | ||||||
| * | . | Kartik K. Agaram | 2021-11-25 | 1 | -1/+1 | |
| | | ||||||
| * | . | Kartik K. Agaram | 2021-11-25 | 1 | -7/+7 | |
| | | ||||||
| * | dedup definitions in big-picture view | Kartik K. Agaram | 2021-11-25 | 1 | -4/+40 | |
| | | | | | We only want to show most recent version of each binding. | |||||
| * | new shortcut: return to big-picture view | Kartik K. Agaram | 2021-11-25 | 2 | -12/+32 | |
| | | ||||||
| * | teliva is now ASan-clean again | Kartik K. Agaram | 2021-11-25 | 2 | -2/+6 | |
| | | | | | | | | | | At least in short runs. Encouraging that the problem was in a recent commit (5a63a5ca40 from yesterday when I introduced version control). Disabling Address Sanitizer again. | |||||
| * | make upstream kilo ASan-clean | Kartik K. Agaram | 2021-11-25 | 1 | -3/+4 | |
| | | | | | | | Many thanks to dirkf for https://github.com/antirez/kilo/pull/73! However, teliva is still not ASan-clean. | |||||
| * | temporarily start using the address sanitizer | Kartik K. Agaram | 2021-11-25 | 1 | -2/+2 | |
| | | ||||||
| * | jettison luac | Kartik K. Agaram | 2021-11-25 | 3 | -439/+2 | |
| | | | | | | | | | | I'm starting to see some heap buffer overruns, which means we have too much C code. I noticed this because editing life.tlv no longer works after commit 5a63a5ca4. However, the offending heap overrun has been around long before that. It's just been a silent bug until now. | |||||
| * | rename | Kartik K. Agaram | 2021-11-24 | 1 | -9/+9 | |
| | | ||||||
| * | monotonically accumulate versions of definitions | Kartik K. Agaram | 2021-11-24 | 5 | -85/+259 | |
| | | | | | | | | | | | | One old drawback now has a new look. Before, we loaded definitions in order, so global definitions had to exist before other global definitions that used them. See window and grid in life.tlv. Now we load definitions in reverse order, so initialization needs to change. Worse, if we update window, we need to edit grid just to fix the order. This implies that we can't yet optimize away bindings where there are no new changes. | |||||
| * | more Makefile streamlining | Kartik K. Agaram | 2021-11-24 | 3 | -19/+17 | |
| | | | | | | | | | | | Since everything is in my control there's no need to parameterize include paths. It's a struggle to get make to run when it should. Lying that something is phony stops working when it's a dependency. Commands get unnecessarily run. Just fucking run recursive makes directly in the target that depends on them. | |||||
| * | . | Kartik K. Agaram | 2021-11-24 | 1 | -3/+3 | |
| | | ||||||
| * | consistent file ops | Kartik K. Agaram | 2021-11-24 | 1 | -6/+6 | |
| | | | | | Now we're down to 1 real warning and 1 false positive. | |||||
| * | style | Kartik K. Agaram | 2021-11-24 | 1 | -3/+3 | |
| | | ||||||
| * | de-duplicate some words in the Readme | Kartik K. Agaram | 2021-11-24 | 1 | -4/+3 | |
| | | ||||||
| * | rename | Kartik K. Agaram | 2021-11-24 | 1 | -7/+7 | |
| | | ||||||
| * | indent | Kartik K. Agaram | 2021-11-24 | 1 | -32/+32 | |
| | | ||||||
| * | . | Kartik K. Agaram | 2021-11-23 | 1 | -0/+1 | |
| | | ||||||
| * | indent | Kartik K. Agaram | 2021-11-23 | 4 | -51/+51 | |
| | | ||||||
| * | consistent style | Kartik K. Agaram | 2021-11-23 | 2 | -16/+23 | |
| | | ||||||
| * | chess: tweak colors a bit | Kartik K. Agaram | 2021-11-23 | 1 | -4/+4 | |
| | | ||||||
| * | chess: extract color parameters | Kartik K. Agaram | 2021-11-23 | 1 | -16/+16 | |
| | | ||||||
| * | chess: extract a new function | Kartik K. Agaram | 2021-11-23 | 1 | -2/+6 | |
| | | ||||||
| * | chess: fix inconsistency in light piece color | Kartik K. Agaram | 2021-11-23 | 1 | -2/+2 | |
| | | ||||||
| * | . | Kartik K. Agaram | 2021-11-23 | 1 | -4/+4 | |
| | | ||||||
| * | clean up a warning and a bit of duplication | Kartik K. Agaram | 2021-11-22 | 4 | -35/+2 | |
| | | | | | | Now we have 2 probably-valid warnings caused by my edits, and 1 false-positive. | |||||
| * | standardize warning flags everywhere | Kartik K. Agaram | 2021-11-22 | 9 | -26/+23 | |
| | | | | | | | | | | | I'd like to enable -Wextra as well, but that creates some false positives. I've at least made my changes clean w.r.t. -Wextra. Now we have 4 remaining warnings with gcc 9.3 that seem genuine. Need to fix those. | |||||
| * | . | Kartik K. Agaram | 2021-11-22 | 1 | -13/+8 | |
| | | ||||||
| * | drop a warning implied by -Wall | Kartik K. Agaram | 2021-11-22 | 1 | -1/+1 | |
| | | ||||||
| * | standardize CFLAGS in luasocket | Kartik K. Agaram | 2021-11-22 | 1 | -5/+4 | |
| | | ||||||
| * | standardize CFLAGS | Kartik K. Agaram | 2021-11-22 | 1 | -1/+1 | |
| | | | | | | Adding -Wpedantic creates a new warning. Leaving it alone for now: https://stackoverflow.com/questions/31526876/casting-when-using-dlsym | |||||
| * | standardize CFLAGS in luasec | Kartik K. Agaram | 2021-11-22 | 1 | -6/+6 | |
| | | | | | | | What in the world is up with the $MYCFLAGS convention in these Lua makefiles? I don't know, but I'm going to leave it undisturbed as far as possible. | |||||
| * | standardize on gcc | Kartik K. Agaram | 2021-11-22 | 1 | -1/+1 | |
| | | | | | cc and gcc are identical on my system. But why rely on that. | |||||
| * | chess: make white pieces red for legibility | Kartik K. Agaram | 2021-11-22 | 1 | -8/+10 | |
| | | ||||||
| * | delete final vestiges of embedded luasocket | Kartik K. Agaram | 2021-11-22 | 7 | -243/+7 | |
| | | ||||||
| * | delete most of the embedded luasocket in luasec | Kartik K. Agaram | 2021-11-22 | 12 | -1545/+8 | |
| | | | | | Hilariously, I wasn't linking against it in the first place. | |||||
| * | clarify implications for the `require` keyword | Kartik K. Agaram | 2021-11-22 | 1 | -0/+5 | |
| | | ||||||
| * | . | Kartik K. Agaram | 2021-11-22 | 1 | -1/+1 | |
| | | ||||||
| * | showcase other apps in the Readme | Kartik K. Agaram | 2021-11-22 | 1 | -0/+17 | |
| | | ||||||
| * | link to video in Readme | Kartik K. Agaram | 2021-11-22 | 1 | -1/+1 | |
| | | | | | | I played with inlining video files, but this seems like the sweet spot: accessible video that isn't in the reader's face. | |||||
| * | chesstv: light colored square on bottom right | Kartik K. Agaram | 2021-11-22 | 1 | -2/+2 | |
| | | | | | 1-based indexing is a hassle. | |||||
| * | luasec: fix 'make clean' | Kartik K. Agaram | 2021-11-22 | 1 | -3/+3 | |
| | | ||||||
| * | chesstv.tlv: render clocks | Kartik K. Agaram | 2021-11-21 | 1 | -0/+8 | |
| | | ||||||
| * | chesstv.tlv: looking much better | Kartik K. Agaram | 2021-11-21 | 1 | -24/+55 | |
| | | | | | | | | | | - square colors are slightly different - moves are now highlighted In the process I found lots of bugs in the rendering, and gave up on supporting adjustable orientation. Just always keep White's side at the bottom. | |||||
| * | chess: better colors | Kartik K. Agaram | 2021-11-21 | 1 | -6/+38 | |
| | | ||||||
| * | almost done with chess app | Kartik K. Agaram | 2021-11-21 | 1 | -2/+111 | |
| | | | | | It's still not very legible. | |||||
| * | figured out streaming http! | Kartik K. Agaram | 2021-11-21 | 1 | -3/+22 | |
| | | | | | http://lua-users.org/wiki/FiltersSourcesAndSinks | |||||