Support for rest parameters in destructuring

[0xe]

Adds support for rest parameters in destructuring patterns (Object & Array).

The remaining failures in test262 from enabling "object-rest" are due to pending items with:

• proxy support
• async iterators
• let & const

[gbrail]

This is great progress -- when you all get back to work, let me know if someone has time for a code review or if they're already OK with this.

[aardvark179]

Overall this looks good, but I there's a big TODO list on the ScriptRuntime change, and byte code / class compilation seems complex in some ways we might avoid. I think it's worth seeing if we improve those areas.

[aardvark179]

I'm not sure I like the way this byte code is structured, it's the first time we've had a code whose length depend on its data in this way, but I understand how you got there. How big a change would it be to restructure the two complex literal types in InterpreterData (regexes and template literals) as a single Object[] and put your data structure in that?

Edit: Ah, I see the class compiled version is doing the same sort of thing. Maybe this is the point to start moving this sort of complex data onto the JSDesccriptor and see if that helps tackle the big TODO in the ScriptRuntime change.

[aardvark179]

That's a pretty big TODO list. 🙂

[0xe]

Thanks, addressed the problems in the TODO list. Will work on restructuring bytecode next.

[0xe]

Overall this looks good, but I there's a big TODO list on the ScriptRuntime change, and byte code / class compilation seems complex in some ways we might avoid. I think it's worth seeing if we improve those areas.

Thanks for the review. I'll work on addressing the items in the TODO list. I kinda left it for another day as this PR was already getting big. But, happy to address them. :)