about summary refs log tree commit diff stats
Commit message (Collapse)AuthorAgeFilesLines
* 1211 - /same-as-ingredient property is now checkedKartik K. Agaram2015-04-282-0/+58
|
* 1210Kartik K. Agaram2015-04-281-1/+1
|
* 1209 - channels painlessly ported overKartik K. Agaram2015-04-2810-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.
* 1208Kartik K. Agaram2015-04-281-2/+2
|
* 1207Kartik K. Agaram2015-04-272-1/+1
|
* 1206 - 'wait' state for synchronizing routinesKartik K. Agaram2015-04-2736-58/+155
| | | | I think I have enough now to port channels over.
* 1205Kartik K. Agaram2015-04-271-1/+1
|
* 1204 - more extensible schedulerKartik K. Agaram2015-04-261-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.
* 1203Kartik K. Agaram2015-04-261-2/+0
|
* 1202Kartik K. Agaram2015-04-262-8/+6
|
* 1201Kartik K. Agaram2015-04-261-1/+1
|
* 1200Kartik K. Agaram2015-04-251-2/+2
|
* 1199 - ignore errors in 'make clean'Kartik K. Agaram2015-04-254-4/+4
|
* 1198 - now compiles on mac os; thanks sam putmanKartik K. Agaram2015-04-253-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.
* 1197Kartik K. Agaram2015-04-253-2/+70
|
* 1196Kartik K. Agaram2015-04-242-1/+1
|
* 1195Kartik K. Agaram2015-04-242-0/+41
|
* 1194Kartik K. Agaram2015-04-24103-1/+107
|
* 1193Kartik K. Agaram2015-04-2416-80/+94
|
* 1192Kartik K. Agaram2015-04-242-19/+18
|
* 1191Kartik K. Agaram2015-04-241-1/+2
|
* 1190Kartik K. Agaram2015-04-241-7/+4
|
* 1189 - add extensions to all layersKartik K. Agaram2015-04-2436-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.
* 1188Kartik K. Agaram2015-04-242-6/+6
|
* 1187Kartik K. Agaram2015-04-242-2/+62
|
* 1186Kartik K. Agaram2015-04-242-3/+0
|
* 1185 - inline C++ in scenariosKartik K. Agaram2015-04-245-23/+9
|
* 1184 - finally, concurrencyKartik K. Agaram2015-04-24119-65/+229
|
* 1183Kartik K. Agaram2015-04-244-0/+7
|
* 1182Kartik K. Agaram2015-04-242-9/+0
|
* 1181Kartik K. Agaram2015-04-242-6/+4
| | | | Purge unordered_* from subdirectories as well.
* 1180 - finally dump that 'pc' referenceKartik K. Agaram2015-04-242-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.
* 1179Kartik K. Agaram2015-04-242-9/+6
|
* 1178Kartik K. Agaram2015-04-241-3/+2
|
* 1177Kartik K. Agaram2015-04-244-7/+7
|
* 1176Kartik K. Agaram2015-04-243-9/+9
|
* 1175Kartik K. Agaram2015-04-242-8/+0
|
* 1174Kartik K. Agaram2015-04-241-1/+1
|
* 1173Kartik K. Agaram2015-04-242-4/+4
|
* 1172Kartik K. Agaram2015-04-242-11/+11
|
* 1171Kartik K. Agaram2015-04-2416-155/+162
| | | | | Chip away at eliminating that 'pc' reference by first throwing out the most common expression that uses it: instructions[pc].
* 1170Kartik K. Agaram2015-04-243-8/+10
|
* 1169 - use the global variable god gave youKartik K. Agaram2015-04-245-53/+56
|
* 1168Kartik K. Agaram2015-04-2414-76/+76
|
* 1167Kartik K. Agaram2015-04-241-1/+1
|
* 1166Kartik K. Agaram2015-04-2414-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.
* 1165Kartik K. Agaram2015-04-241-2/+2
|
* 1164Kartik K. Agaram2015-04-241-0/+3
|
* 1163Kartik K. Agaram2015-04-244-11/+11
|
* 1162Kartik K. Agaram2015-04-2423-99/+99
|