[runtime] support new Proxy() instead of Proxy.create and install getPrototypeOf trap

src/factory.cc

Index: src/factory.cc
diff --git a/src/factory.cc b/src/factory.cc
index 595259b3aaf85831f639cee7b4db2f9360ba4ccc..e7a00a6fca09eda77aa71dbc7682fc87f476ca29 100644
--- a/src/factory.cc
+++ b/src/factory.cc
@@ -1936,13 +1936,13 @@ Handle<JSDataView> Factory::NewJSDataView(Handle<JSArrayBuffer> buffer,
 }
 
 
-Handle<JSProxy> Factory::NewJSProxy(Handle<Object> handler,
-                                    Handle<Object> prototype) {
+Handle<JSProxy> Factory::NewJSProxy(Handle<Object> target,
+                                    Handle<Object> handler) {
   // Allocate map.
   // TODO(rossberg): Once we optimize proxies, think about a scheme to share
   // maps. Will probably depend on the identity of the handler object, too.
   Handle<Map> map = NewMap(JS_PROXY_TYPE, JSProxy::kSize);
-  Map::SetPrototype(map, prototype);
+  Map::SetPrototype(map, target);

[rossberg, 2015/11/12 17:04:39]

Not sure that makes sense. For the new proxy semantics, the prototype slot in
the map actually makes very little sense, and should never be used. We should
probably null it out to catch potential impl bugs.

[Camillo Bruni, 2015/11/12 20:20:55]

same as above, will go away.

 
   // Allocate the proxy object.
   Handle<JSProxy> result = New<JSProxy>(map, NEW_SPACE);