[01:13] *** DFJustin has quit IRC (Remote host closed the connection)
[01:18] *** DFJustin has joined #jsmess
[01:19] *** kripken has quit IRC (Read error: Operation timed out)
[02:29] *** azakai_ has joined #jsmess
[06:08] *** balrog_ has joined #jsmess
[06:10] *** bai has quit IRC (ircd.choopa.net irc.mzima.net)
[06:10] *** balrog has quit IRC (ircd.choopa.net irc.mzima.net)
[06:10] *** shattered has quit IRC (ircd.choopa.net irc.mzima.net)
[06:12] *** shattere1 has joined #jsmess
[06:14] *** bai_ has joined #jsmess
[06:26] *** balrog_ is now known as balrog
[15:22] *** azakai_ has quit IRC (Read error: Operation timed out)
[15:57] *** kripken has joined #jsmess
[16:28] <kripken> We are planning a replacement for the emterpreter option in emscripten, which is used in DosBox emulation (and maybe others?) - let me know if there are any concerns: https://github.com/emscripten-core/emscripten/issues/8561
[17:08] <bai_> interesting.  it sounds like this option would in theory require less changes to the build process, as it sounds like it's figuring out where to restructure the code to asyncify it automatically?
[17:09] *** bai_ is now known as bai
[17:20] <kripken> it doesn't pick which functions automatically, so you'd still need to use a list if you want to selectively do this. but it will be smarter inside each function
[17:21] <bai> ah ok
[17:22] <bai> would the same empterpretify whitelist be usable? or would the different approach likely mean some work to redo that?
[22:26] <kripken> i think we can get the same whitelist API to work