Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | 2336 | Kartik K. Agaram | 2015-10-31 | 2 | -10/+21 |
| | | | | Minor tweak: track all recipe variants. | ||||
* | 2335 | Kartik K. Agaram | 2015-10-31 | 1 | -1/+1 |
| | |||||
* | 2334 | Kartik K. Agaram | 2015-10-31 | 4 | -4/+31 |
| | |||||
* | 2333 | Kartik K. Agaram | 2015-10-31 | 1 | -0/+8 |
| | |||||
* | 2332 | Kartik K. Agaram | 2015-10-31 | 1 | -1/+21 |
| | |||||
* | 2331 - generic recipe: first passing test | Kartik K. Agaram | 2015-10-31 | 2 | -0/+145 |
| | |||||
* | 2330 - support generic containers in 'get' | Kartik K. Agaram | 2015-10-30 | 1 | -4/+53 |
| | |||||
* | 2329 - hacky start to generic containers | Kartik K. Agaram | 2015-10-30 | 2 | -0/+101 |
| | |||||
* | 2328 | Kartik K. Agaram | 2015-10-30 | 1 | -3/+19 |
| | | | | Forgot to run valgrind again. That triggered some trace cleanup as well. | ||||
* | 2327 | Kartik K. Agaram | 2015-10-30 | 1 | -4/+1 |
| | |||||
* | 2326 | Kartik K. Agaram | 2015-10-30 | 1 | -8/+8 |
| | |||||
* | 2325 | Kartik K. Agaram | 2015-10-30 | 1 | -2/+1 |
| | |||||
* | 2324 - static dispatch works with arcane headers! | Kartik K. Agaram | 2015-10-29 | 1 | -8/+7 |
| | |||||
* | 2323 - static dispatch! | Kartik K. Agaram | 2015-10-29 | 3 | -1/+186 |
| | |||||
* | 2322 - deduce types from recipe header | Kartik K. Agaram | 2015-10-29 | 1 | -3/+47 |
| | |||||
* | 2321 - more preparations for static dispatch | Kartik K. Agaram | 2015-10-29 | 12 | -65/+75 |
| | | | | | Deduce operation id from name during transform rather than load, so that earlier transforms have a chance to modify the name. | ||||
* | 2320 | Kartik K. Agaram | 2015-10-29 | 1 | -51/+51 |
| | |||||
* | 2319 | Kartik K. Agaram | 2015-10-29 | 1 | -2/+3 |
| | |||||
* | 2318 | Kartik K. Agaram | 2015-10-29 | 1 | -1/+1 |
| | | | | Forgot to run against valgrind. | ||||
* | 2317 | Kartik K. Agaram | 2015-10-29 | 2 | -0/+0 |
| | |||||
* | 2316 - preparing for static dispatch | Kartik K. Agaram | 2015-10-29 | 4 | -16/+28 |
| | |||||
* | 2315 | Kartik K. Agaram | 2015-10-29 | 1 | -2/+2 |
| | |||||
* | 2314 - final tweaks to trace | Kartik K. Agaram | 2015-10-29 | 3 | -2/+4 |
| | | | | | | | | I checked these commands: $ mu x.mu $ grep "===" .traces/interactive $ grep "===\|---" .traces/interactive | ||||
* | 2313 | Kartik K. Agaram | 2015-10-29 | 12 | -35/+32 |
| | |||||
* | 2312 | Kartik K. Agaram | 2015-10-29 | 4 | -5/+6 |
| | |||||
* | 2311 | Kartik K. Agaram | 2015-10-29 | 11 | -80/+85 |
| | |||||
* | 2310 - add some more tracing | Kartik K. Agaram | 2015-10-29 | 3 | -4/+14 |
| | | | | | | | | | | | I've been growing lax on white-box testing when it's one of the three big thrusts of this whole effort. Perhaps it was because I got too obsessed with keeping traces stable and didn't notice that stable doesn't mean "not changing". Or perhaps it's because I still don't have a zoomable trace browser that can parse traces from disk. Or perhaps $trace-browser is too clunky and discourages me from using it. Regardless, I need to make the trace useable again before I work much more on the next few rewriting transforms. | ||||
* | 2309 | Kartik K. Agaram | 2015-10-28 | 21 | -892/+892 |
| | |||||
* | 2308 - auto-reply on fall-through | Kartik K. Agaram | 2015-10-28 | 1 | -0/+30 |
| | |||||
* | 2307 | Kartik K. Agaram | 2015-10-28 | 1 | -0/+5 |
| | |||||
* | 2306 - recipe headers | Kartik K. Agaram | 2015-10-28 | 10 | -16/+132 |
| | | | | | | | | | | Once a student has gotten used to recipes and ingredients using the staged 'next-ingredient' approach there's no reason to avoid conventional function headers. As an added bonus we can now: a) check that all 'reply' instructions in a recipe are consistent b) deduce what to reply without needing to say so everytime c) start thinking about type parameters for recipes (generic functions!) | ||||
* | 2305 | Kartik K. Agaram | 2015-10-28 | 1 | -1/+1 |
| | |||||
* | 2304 | Kartik K. Agaram | 2015-10-28 | 1 | -2/+2 |
| | | | | | I no longer have any null types! That raises confidence that I'm on the right track. | ||||
* | 2302 - restarting test_all_layers from a layer | Kartik K. Agaram | 2015-10-28 | 1 | -0/+1 |
| | |||||
* | 2301 - test_all_layers fixes | Kartik K. Agaram | 2015-10-28 | 3 | -11/+11 |
| | |||||
* | 2300 - remove callcc.mu from docs until it returns | Kartik K. Agaram | 2015-10-28 | 2 | -54/+0 |
| | |||||
* | 2299 - check types of ingredients in calls | Kartik K. Agaram | 2015-10-28 | 12 | -64/+108 |
| | | | | | | | | | | Still very incomplete: a) we perform the check at runtime b) tests for edit and sandbox apps no longer work; we can't fix them until we get type parameters in both containers and recipes (because list and list operations need to become generic). | ||||
* | 2298 | Kartik K. Agaram | 2015-10-28 | 1 | -1/+1 |
| | |||||
* | 2297 | Kartik K. Agaram | 2015-10-28 | 6 | -22/+27 |
| | |||||
* | 2296 - record ingredient types on call stack | Kartik K. Agaram | 2015-10-28 | 2 | -0/+3 |
| | | | | | As we perform type-checking earlier we'll delete these checks. But start with type-checking at run-time. | ||||
* | 2295 - drop first-class recipes and continuations | Kartik K. Agaram | 2015-10-28 | 7 | -380/+9 |
| | | | | Making life too complex at this time. | ||||
* | 2294 | Kartik K. Agaram | 2015-10-28 | 6 | -13/+35 |
| | | | | Bah, sick of CALL and continuations. | ||||
* | 2293 | Kartik K. Agaram | 2015-10-27 | 6 | -22/+43 |
| | |||||
* | 2292 | Kartik K. Agaram | 2015-10-27 | 2 | -5/+5 |
| | |||||
* | 2291 - parsing property trees | Kartik K. Agaram | 2015-10-27 | 3 | -9/+50 |
| | |||||
* | 2290 | Kartik K. Agaram | 2015-10-27 | 1 | -10/+7 |
| | |||||
* | 2289 | Kartik K. Agaram | 2015-10-27 | 1 | -11/+3 |
| | | | | | | | | | | | | | | | | Now dilated reagent parsing is much simpler. We still can't parse nested hashes. We may never need that. For now the syntax model is: program = collection of top levels top-level contains a list of lines lines may be instructions instructions have reagents reagents can be in compressed or dilated syntax (or literal strings) property values inside reagents can be s-expression trees We balance {} inside top-levels, [] inside strings, and () inside property values. | ||||
* | 2288 | Kartik K. Agaram | 2015-10-27 | 2 | -3/+6 |
| | | | | | | | Make it easy to skip distracting valgrind errors when debugging more obvious errors in early layers. Just throw a 'test' at the end of build_and_test_until commands to not run valgrind (and make it a regular test run). | ||||
* | 2287 - new lexing rules | Kartik K. Agaram | 2015-10-27 | 1 | -5/+14 |
| | | | | | Now we always consider words to be terminated at () and {}. We also always skip commas. | ||||
* | 2286 | Kartik K. Agaram | 2015-10-27 | 3 | -3/+4 |
| |