1. 27 Nov, 2014 1 commit
  2. 13 Nov, 2014 2 commits
  3. 12 Nov, 2014 1 commit
  4. 10 Nov, 2014 1 commit
  5. 07 Nov, 2014 1 commit
    • dslomov@chromium.org's avatar
      harmony_scoping: Implement lexical bindings at top level · 1a64b02d
      dslomov@chromium.org authored
      This implements correct semantics for "extensible" top level lexical scope.
      The entire lexical scope is represented at runtime by GlobalContextTable, reachable from native context and accumulating global contexts from every script loaded into the context.
      
      When the new script starts executing, it does the following validation:
      - checks the GlobalContextTable and global object (non-configurable own) properties against the set of declarations it introduces and reports potential conflicts.
      - invalidates the conflicting PropertyCells on global object, so that any code depending on them will miss/deopt causing any contextual lookups to be reexecuted under the new bindings
      - adds the lexical bindings it introduces to the GlobalContextTable
      
      Loads and stores for contextual lookups are modified so that they check the GlobalContextTable before looking up properties on global object, thus implementing the shadowing of global object properties by lexical declarations.
      
      R=adamk@chromium.org, rossberg@chromium.org
      
      Review URL: https://codereview.chromium.org/705663004
      
      Cr-Commit-Position: refs/heads/master@{#25220}
      git-svn-id: https://v8.googlecode.com/svn/branches/bleeding_edge@25220 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      1a64b02d
  6. 04 Nov, 2014 1 commit
  7. 20 Oct, 2014 1 commit
  8. 17 Oct, 2014 1 commit
  9. 14 Oct, 2014 1 commit
  10. 07 Oct, 2014 1 commit
  11. 06 Oct, 2014 1 commit
  12. 02 Oct, 2014 1 commit
  13. 01 Oct, 2014 3 commits
  14. 18 Sep, 2014 1 commit
  15. 10 Sep, 2014 2 commits
  16. 08 Sep, 2014 1 commit
  17. 02 Sep, 2014 1 commit
  18. 01 Sep, 2014 1 commit
  19. 27 Aug, 2014 1 commit
    • adamk@chromium.org's avatar
      Ensure that JSProxy::Fix gives the generated JSObject map a constructor · 71fbe7d4
      adamk@chromium.org authored
      All JSObjects in V8 either have a map()->constructor() field or are
      JSFunctions. JSProxy::Fix, however, was not enforcing this, and
      Object.observe's use of JSObject::GetCreationContext() exposed this.
      
      Note that this is not Object.observe-specific: the API call
      v8::Object::CreationContext() also would have revealed this bug.
      
      This patch chooses Object as a reasonable constructor to put on the
      newly-fixed object's map. Note that this has no effect on the "constructor"
      property in JS. In doing so, I've also tightened up the code underlying
      JSProxy::Fix to only support JSObject and JSFunction as possible output
      types.
      
      BUG=405844
      LOG=N
      R=rossberg@chromium.org, verwaest@chromium.org
      
      Review URL: https://codereview.chromium.org/505303004
      
      git-svn-id: https://v8.googlecode.com/svn/branches/bleeding_edge@23466 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      71fbe7d4
  20. 19 Aug, 2014 1 commit
  21. 12 Aug, 2014 1 commit
  22. 11 Aug, 2014 2 commits
  23. 04 Aug, 2014 1 commit
  24. 25 Jul, 2014 1 commit
  25. 21 Jul, 2014 1 commit
  26. 15 Jul, 2014 1 commit
  27. 07 Jul, 2014 3 commits
  28. 01 Jul, 2014 2 commits
  29. 30 Jun, 2014 2 commits
  30. 26 Jun, 2014 1 commit
  31. 18 Jun, 2014 1 commit