| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | 1211 - /same-as-ingredient property is now checked | Kartik K. Agaram | 2015-04-28 | 2 | -0/+58 |
| | | |||||
| * | 1210 | Kartik K. Agaram | 2015-04-28 | 1 | -1/+1 |
| | | |||||
| * | 1209 - channels painlessly ported over | Kartik K. Agaram | 2015-04-28 | 10 | -0/+3307 |
| | | | | | | | | | I've made some tweaks to the arc version. In/out params should be identical; it was ugly that the in param was a pointer but the out wasn't. Still need to check the /same-as-ingredient property. | ||||
| * | 1208 | Kartik K. Agaram | 2015-04-28 | 1 | -2/+2 |
| | | |||||
| * | 1207 | Kartik K. Agaram | 2015-04-27 | 2 | -1/+1 |
| | | |||||
| * | 1206 - 'wait' state for synchronizing routines | Kartik K. Agaram | 2015-04-27 | 36 | -58/+155 |
| | | | | | I think I have enough now to port channels over. | ||||
| * | 1205 | Kartik K. Agaram | 2015-04-27 | 1 | -1/+1 |
| | | |||||
| * | 1204 - more extensible scheduler | Kartik K. Agaram | 2015-04-26 | 1 | -16/+49 |
| | | | | | | | Instead of creating ad hoc data structures for every new state that routines can be in, track states in one coherent place and provide a well-defined waypoint for state transitions. | ||||
| * | 1203 | Kartik K. Agaram | 2015-04-26 | 1 | -2/+0 |
| | | |||||
| * | 1202 | Kartik K. Agaram | 2015-04-26 | 2 | -8/+6 |
| | | |||||
| * | 1201 | Kartik K. Agaram | 2015-04-26 | 1 | -1/+1 |
| | | |||||
| * | 1200 | Kartik K. Agaram | 2015-04-25 | 1 | -2/+2 |
| | | |||||
| * | 1199 - ignore errors in 'make clean' | Kartik K. Agaram | 2015-04-25 | 4 | -4/+4 |
| | | |||||
| * | 1198 - now compiles on mac os; thanks sam putman | Kartik K. Agaram | 2015-04-25 | 3 | -9/+14 |
| | | | | | | | | | | | Just toss out that snprintf prototype I'd hackily copied in earlier and avoid using snprintf entirely. Hopefully I got the assertions right :/ Looks like the previous nul-padding was redundant. If you had snprintf it would take care of it. | ||||
| * | 1197 | Kartik K. Agaram | 2015-04-25 | 3 | -2/+70 |
| | | |||||
| * | 1196 | Kartik K. Agaram | 2015-04-24 | 2 | -1/+1 |
| | | |||||
| * | 1195 | Kartik K. Agaram | 2015-04-24 | 2 | -0/+41 |
| | | |||||
| * | 1194 | Kartik K. Agaram | 2015-04-24 | 103 | -1/+107 |
| | | |||||
| * | 1193 | Kartik K. Agaram | 2015-04-24 | 16 | -80/+94 |
| | | |||||
| * | 1192 | Kartik K. Agaram | 2015-04-24 | 2 | -19/+18 |
| | | |||||
| * | 1191 | Kartik K. Agaram | 2015-04-24 | 1 | -1/+2 |
| | | |||||
| * | 1190 | Kartik K. Agaram | 2015-04-24 | 1 | -7/+4 |
| | | |||||
| * | 1189 - add extensions to all layers | Kartik K. Agaram | 2015-04-24 | 36 | -3/+0 |
| | | | | | | | I'm sick of fighting vim's filetype detection. No modeline and files highlight in random colors. I add a modeline and it stops highlighting tangle comments. Even though it read my #$%# vimrc! Fuck this shite. | ||||
| * | 1188 | Kartik K. Agaram | 2015-04-24 | 2 | -6/+6 |
| | | |||||
| * | 1187 | Kartik K. Agaram | 2015-04-24 | 2 | -2/+62 |
| | | |||||
| * | 1186 | Kartik K. Agaram | 2015-04-24 | 2 | -3/+0 |
| | | |||||
| * | 1185 - inline C++ in scenarios | Kartik K. Agaram | 2015-04-24 | 5 | -23/+9 |
| | | |||||
| * | 1184 - finally, concurrency | Kartik K. Agaram | 2015-04-24 | 119 | -65/+229 |
| | | |||||
| * | 1183 | Kartik K. Agaram | 2015-04-24 | 4 | -0/+7 |
| | | |||||
| * | 1182 | Kartik K. Agaram | 2015-04-24 | 2 | -9/+0 |
| | | |||||
| * | 1181 | Kartik K. Agaram | 2015-04-24 | 2 | -6/+4 |
| | | | | | Purge unordered_* from subdirectories as well. | ||||
| * | 1180 - finally dump that 'pc' reference | Kartik K. Agaram | 2015-04-24 | 2 | -4/+2 |
| | | | | | | | In the process we uncovered yet another out-of-bounds access, in the implementation of 'reply'. Another sign from the gods that large-scope pointers/references are a bad idea. | ||||
| * | 1179 | Kartik K. Agaram | 2015-04-24 | 2 | -9/+6 |
| | | |||||
| * | 1178 | Kartik K. Agaram | 2015-04-24 | 1 | -3/+2 |
| | | |||||
| * | 1177 | Kartik K. Agaram | 2015-04-24 | 4 | -7/+7 |
| | | |||||
| * | 1176 | Kartik K. Agaram | 2015-04-24 | 3 | -9/+9 |
| | | |||||
| * | 1175 | Kartik K. Agaram | 2015-04-24 | 2 | -8/+0 |
| | | |||||
| * | 1174 | Kartik K. Agaram | 2015-04-24 | 1 | -1/+1 |
| | | |||||
| * | 1173 | Kartik K. Agaram | 2015-04-24 | 2 | -4/+4 |
| | | |||||
| * | 1172 | Kartik K. Agaram | 2015-04-24 | 2 | -11/+11 |
| | | |||||
| * | 1171 | Kartik K. Agaram | 2015-04-24 | 16 | -155/+162 |
| | | | | | | Chip away at eliminating that 'pc' reference by first throwing out the most common expression that uses it: instructions[pc]. | ||||
| * | 1170 | Kartik K. Agaram | 2015-04-24 | 3 | -8/+10 |
| | | |||||
| * | 1169 - use the global variable god gave you | Kartik K. Agaram | 2015-04-24 | 5 | -53/+56 |
| | | |||||
| * | 1168 | Kartik K. Agaram | 2015-04-24 | 14 | -76/+76 |
| | | |||||
| * | 1167 | Kartik K. Agaram | 2015-04-24 | 1 | -1/+1 |
| | | |||||
| * | 1166 | Kartik K. Agaram | 2015-04-24 | 14 | -46/+41 |
| | | | | | | | | Why did I think STL's map wasn't efficient? It has logarithmic complexity (maintains a tree internally) and is faster than hashing for small containers. It's the more portable solution and should be what I turn to by default. | ||||
| * | 1165 | Kartik K. Agaram | 2015-04-24 | 1 | -2/+2 |
| | | |||||
| * | 1164 | Kartik K. Agaram | 2015-04-24 | 1 | -0/+3 |
| | | |||||
| * | 1163 | Kartik K. Agaram | 2015-04-24 | 4 | -11/+11 |
| | | |||||
| * | 1162 | Kartik K. Agaram | 2015-04-24 | 23 | -99/+99 |
| | | |||||