tree 237e9a0267dcd34872966107c89693a7fe6f52c0
parent 58de16fb0ee76530b35384f2854db6b4e0004ea0
author alandonovan <adonovan@google.com> 1571684316 -0400
committer GitHub <noreply@github.com> 1571684316 -0400
gpgsig -----BEGIN PGP SIGNATURE-----
 
 wsBcBAABCAAQBQJdrf/cCRBK7hj4Ov3rIwAAdHIIAAQsfYqtOmxnBJXlhO1emOJ0
 D1ZkbAiN9K361SxLFbUrwIj7njNIXJCeEbm77h+sSWcFViX0RuaMLpNUiRB9X3ok
 lZV7XnbwvJcVdAOz784fyhdxGYNXp/2VQc706efr2UfUjCIwB5gigUNdzVTo+jh9
 AskncnNh6L8sZwAh90De6ax7BlLyhRHc2HIjYU6u62TgiQEh1uN0Qcu9e3cQwTkX
 +AVVFmioaI3BwyEi1cSrM58XhQ78cnlLk4iegncee4EX7lSBjwGtcaEnVJ0IlKA2
 aKVaJ/UR0ENB+CEXUhtMx8GJWMSWJxKPcOQd1rxbSsTOZsRYsrkfNUgE784Bk54=
 =B6HW
 -----END PGP SIGNATURE-----
 

resolve: retain globals across REPL chunks (#247)

Previously, in the REPL, the globals bound by one chunk would become
the "predeclared" bindings of the next chunk. However, this produced
the wrong result for [x = x + 1] because both occurrences of x would
resolve to the same global x, which was undefined when the right-hand
side expression was evaluated, leading to a dynamic error. It would
fail for [x += 1] for a similar reason.

This change extends the resolver to allow clients to provide it with a
non-empty set of module globals. Thus the globals of one chunk remain
the globals of the next chunk, and the predeclared set is always empty.

The new API functions is intended for use only by the REPL.

Fixes #233