Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | 1129 | Kartik K. Agaram | 2015-04-22 | 1 | -3/+2 |
| | |||||
* | 1128 | Kartik K. Agaram | 2015-04-22 | 3 | -22/+37 |
| | | | | | | Reorganized commandline handling to perform test space assertion in just one place at the right layer. Hopefully this issue will not bite us again. | ||||
* | 1127 | Kartik K. Agaram | 2015-04-22 | 3 | -1/+4 |
| | | | | | | | | | | Move assertions about test space right before running all tests. (But not before running *every* test.) This is a good trip-wire, but it requires that we remember to set it in any new code paths running tests. Still one wart: layer 1 depends on layer 10. | ||||
* | 1126 - 'mu test x.mu' runs just scenarios in x.mu | Kartik K. Agaram | 2015-04-22 | 6 | -27/+303 |
| | | | | | | | Required still more tweaking of Recipe namespaces. Mindlessly inserting setup() took a couple of hours to debug because the test function and the function it was testing ended up getting the same recipe number, with the inevitable infinite loop :/ | ||||
* | 1125 | Kartik K. Agaram | 2015-04-22 | 2 | -28/+28 |
| | |||||
* | 1124 | Kartik K. Agaram | 2015-04-22 | 2 | -5/+5 |
| | |||||
* | 1123 | Kartik K. Agaram | 2015-04-22 | 1 | -1/+8 |
| | |||||
* | 1122 - another potential out of bounds access | Kartik K. Agaram | 2015-04-22 | 1 | -2/+6 |
| | | | | | My methodology of tracing and testing isn't intended to eliminate undefined behavior. But mu will, eventually. | ||||
* | 1121 | Kartik K. Agaram | 2015-04-22 | 2 | -0/+12 |
| | |||||
* | 1120 | Kartik K. Agaram | 2015-04-22 | 1 | -8/+6 |
| | |||||
* | 1119 - preparing to start porting chessboard | Kartik K. Agaram | 2015-04-21 | 3 | -22/+61 |
| | | | | | | | | | Arc version is 15% faster (8.3s vs 9.9s for print-board test) if I use an intermediate array rather than list. I'm starting to question the whole tagged-value design, and the current tagged-value implementation was treating squares as integers in one place anyway, so its benefits for typing are not great. Might as well create a good baseline for the Arc vs C++ performance test. | ||||
* | 1118 | Kartik K. Agaram | 2015-04-21 | 2 | -4/+2 |
| | |||||
* | 1117 - redo entire tangler | Kartik K. Agaram | 2015-04-21 | 4 | -260/+284 |
| | | | | | | | | | | Instead of adding a third-level hack for the new bug (failing test) with multiple directives, I'm giving up on deducing #line directives directly. Instead I'm going to maintain the file and line for every single line as I read it, and then emit directives on their basis as a post-processing step. This way tangling itself can remain oblivious to line numbers, even if we're passing objects around rather than naked strings. | ||||
* | 1116 - simpler memory checks | Kartik K. Agaram | 2015-04-20 | 5 | -55/+85 |
| | |||||
* | 1115 - another pass at names: console and display | Kartik K. Agaram | 2015-04-20 | 2 | -8/+12 |
| | | | | (Follow-up to 544.) | ||||
* | 1114 - more primitives for managing the cursor | Kartik K. Agaram | 2015-04-20 | 2 | -0/+78 |
| | |||||
* | 1113 | Kartik K. Agaram | 2015-04-20 | 2 | -4/+4 |
| | |||||
* | 1112 | Kartik K. Agaram | 2015-04-20 | 2 | -4/+4 |
| | |||||
* | 1111 - start adding ncurses primitives | Kartik K. Agaram | 2015-04-20 | 3 | -1/+40 |
| | |||||
* | 1110 - 'scenarios' directive applies only to current file | Kartik K. Agaram | 2015-04-20 | 7 | -7/+5 |
| | |||||
* | 1109 - interpolate strings | Kartik K. Agaram | 2015-04-20 | 4 | -0/+2235 |
| | |||||
* | 1108 - check for typos in memory expectations in scenarios | Kartik K. Agaram | 2015-04-20 | 2 | -0/+20 |
| | |||||
* | 1107 | Kartik K. Agaram | 2015-04-20 | 2 | -1/+49 |
| | |||||
* | 1106 | Kartik K. Agaram | 2015-04-20 | 1 | -1/+1 |
| | |||||
* | 1105 - more primitives for managing ingredients | Kartik K. Agaram | 2015-04-19 | 33 | -50/+164 |
| | |||||
* | 1104 - support 'dump' in mu scenarios | Kartik K. Agaram | 2015-04-19 | 1 | -4/+7 |
| | |||||
* | 1103 | Kartik K. Agaram | 2015-04-19 | 2 | -0/+32 |
| | |||||
* | 1102 | Kartik K. Agaram | 2015-04-19 | 2 | -0/+23 |
| | |||||
* | 1101 | Kartik K. Agaram | 2015-04-19 | 17 | -56/+57 |
| | |||||
* | 1100 | Kartik K. Agaram | 2015-04-19 | 2 | -0/+829 |
| | |||||
* | 1099 - new recipe: convert integer to decimal string | Kartik K. Agaram | 2015-04-18 | 10 | -14/+1292 |
| | |||||
* | vim highlighting for labels | Kartik K. Agaram | 2015-04-18 | 1 | -1/+2 |
| | |||||
* | 1097 - 'grow-buffer' works the first time! | Kartik K. Agaram | 2015-04-18 | 2 | -0/+372 |
| | | | | | | | | | | | | | | | | | | | I thought I'd need to duplicate scenarios to simulate running some code, making some checks, running some more code. But I can just keep saving state to raw locations! I'd still have to manage raw locations myself, though. And it can be ping-pongy to have to check on the other blocks then go back to the run block. But what's the alternative? Multiple run blocks (even excluding the implementation effort) raise questions of namespace sharing across them. If it gets too bad I can intersperse recipes inside the scenario. Yes, that will work. Of course, overly long tests might themselves be a bad idea. We'll see, this is all terra incognita syntactically speaking. This might not be enough to check that a routine is waiting on a channel, but should keep us until then. Wait, even there what you need is a way to check on the status of your child routines. Yeah, doable. Even if we're getting ahead of ourselves. | ||||
* | 1096 | Kartik K. Agaram | 2015-04-18 | 5 | -5/+5 |
| | |||||
* | 1095 | Kartik K. Agaram | 2015-04-18 | 1 | -0/+1 |
| | |||||
* | 1094 - demarcate sections in layers | Kartik K. Agaram | 2015-04-17 | 12 | -27/+46 |
| | | | | | | We have tangled vs regular comments, but they highlight the same. So we're still at 3 colors for comments. Anything more starts to seem gratuitous. | ||||
* | 1093 - little more vim support for the old arc version | Kartik K. Agaram | 2015-04-17 | 2 | -0/+10 |
| | |||||
* | 1092 - vim: auto-insert tangle comments like regular ones | Kartik K. Agaram | 2015-04-17 | 1 | -0/+3 |
| | |||||
* | 1091 | Kartik K. Agaram | 2015-04-17 | 2 | -18/+17 |
| | |||||
* | 1090 | Kartik K. Agaram | 2015-04-17 | 9 | -20/+684 |
| | |||||
* | 1089 | Kartik K. Agaram | 2015-04-17 | 2 | -0/+71 |
| | |||||
* | 1088 - start porting the 'buffer' type | Kartik K. Agaram | 2015-04-17 | 5 | -1/+230 |
| | |||||
* | 1087 - mu files can now define containers and exclusive containers | Kartik K. Agaram | 2015-04-17 | 4 | -1/+102 |
| | |||||
* | 1086 - support variant names in 'maybe-convert' | Kartik K. Agaram | 2015-04-17 | 2 | -3/+63 |
| | |||||
* | 1085 - to access variants of sum types use 'maybe-convert' | Kartik K. Agaram | 2015-04-17 | 4 | -1/+111 |
| | |||||
* | 1084 | Kartik K. Agaram | 2015-04-17 | 30 | -51/+56 |
| | |||||
* | 1083 - start of a sum type for mu | Kartik K. Agaram | 2015-04-17 | 3 | -0/+89 |
| | |||||
* | 1082 | Kartik K. Agaram | 2015-04-17 | 3 | -11/+10 |
| | | | | | Turns out I'm only able to define a 'raise' macro because I have include no system headers after that point. | ||||
* | 1081 | Kartik K. Agaram | 2015-04-17 | 1 | -1/+1 |
| | |||||
* | 1080 | Kartik K. Agaram | 2015-04-17 | 1 | -1/+1 |
| |