1. 02 Aug, 2016 1 commit
  2. 01 Aug, 2016 1 commit
  3. 18 Jul, 2016 1 commit
    • jochen's avatar
      Reland^2 "Don't compile functions in a context the caller doesn't have access to" · 02ba2441
      jochen authored
      Original issue's description:
      > Don't compile functions in a context the caller doesn't have access to
      >
      > Instead just return undefined
      >
      > A side effect of this is that it's no longer possible to compile
      > functions in a detached context.
      >
      > BUG=chromium:541703
      > R=verwaest@chromium.org,bmeurer@chromium.org
      
      BUG=chromium:541703
      R=verwaest@chromium.org
      CQ_INCLUDE_TRYBOTS=tryserver.chromium.linux:linux_chromium_rel_ng
      
      Review-Url: https://codereview.chromium.org/2155503004
      Cr-Commit-Position: refs/heads/master@{#37842}
      02ba2441
  4. 14 Jul, 2016 1 commit
  5. 14 Jun, 2016 1 commit
  6. 13 Jun, 2016 2 commits
  7. 19 Mar, 2016 1 commit
  8. 04 Mar, 2016 3 commits
  9. 22 Dec, 2015 1 commit
  10. 30 Nov, 2015 1 commit
  11. 16 Nov, 2015 1 commit
  12. 26 Oct, 2015 1 commit
  13. 23 Oct, 2015 1 commit
  14. 30 Sep, 2015 1 commit
  15. 12 Aug, 2015 1 commit
    • mstarzinger's avatar
      Remove inline header includes from non-inline headers (1). · 00a07bc1
      mstarzinger authored
      This tries to remove includes of "-inl.h" headers from normal ".h"
      headers, thereby reducing the chance of any cyclic dependencies and
      decreasing the average size of our compilation units.
      
      Note that this change still leaves 7 violations of that rule in the
      code. However there now is the "tools/check-inline-includes.sh" tool
      detecting such violations.
      
      R=bmeurer@chromium.org
      
      Review URL: https://codereview.chromium.org/1283033003
      
      Cr-Commit-Position: refs/heads/master@{#30125}
      00a07bc1
  16. 11 Aug, 2015 1 commit
    • mstarzinger's avatar
      Remove several grab-bag includes from the v8.h header. · 58109a2c
      mstarzinger authored
      This is the first step of turning the v8.h file into a normal header
      instead of an include-the-world header. The new rule is that no other
      header files are allowed to include v8.h, which is enforced by DEPS.
      
      Also the number of includes inside the v8.h file has been drastically
      reduced. Basically the last missing piece is the inclusion of the big
      objects-inl.h file.
      
      This in turn makes many headers follow the IWYU principle.
      
      R=bmeurer@chromium.org,hpayer@chromium.org,titzer@chromium.org
      
      Review URL: https://codereview.chromium.org/1282503003
      
      Cr-Commit-Position: refs/heads/master@{#30102}
      58109a2c
  17. 05 Aug, 2015 1 commit
  18. 15 Jul, 2015 3 commits
  19. 11 Jun, 2015 1 commit
  20. 26 May, 2015 1 commit
    • adamk's avatar
      Add basic API support for Map & Set · 395fa8ba
      adamk authored
      Only supports constructing new objects and returning size.
      Followup patch will need to add ability to retrieve and
      set contents in order to support structured clone.
      
      Also removes a bunch of outdated "experimental" markers from v8.h.
      
      BUG=v8:3340
      LOG=y
      
      Review URL: https://codereview.chromium.org/1157453002
      
      Cr-Commit-Position: refs/heads/master@{#28637}
      395fa8ba
  21. 22 May, 2015 3 commits
    • binji's avatar
      Implement SharedArrayBuffer. · aff8ebb0
      binji authored
      This adds a new external type (v8::SharedArrayBuffer) that uses a JSArrayBuffer
      under the hood. It can be distinguished from an ArrayBuffer by the newly-added
      is_shared() bit.
      
      Currently there is no difference in functionality between a SharedArrayBuffer
      and an ArrayBuffer. However, a future CL will add the Atomics API, which is
      only available on an SharedArrayBuffer. All non-atomic accesses are identical
      to ArrayBuffer accesses.
      
      LOG=N
      BUG=
      
      Review URL: https://codereview.chromium.org/1136553006
      
      Cr-Commit-Position: refs/heads/master@{#28594}
      aff8ebb0
    • yangguo's avatar
      Revert of Implement SharedArrayBuffer (patchset #7 id:120001 of... · 57ee3c0f
      yangguo authored
      Revert of Implement SharedArrayBuffer (patchset #7 id:120001 of https://codereview.chromium.org/1136553006/)
      
      Reason for revert:
      breaks build
      
      Original issue's description:
      > Implement SharedArrayBuffer.
      >
      > This adds a new external type (v8::SharedArrayBuffer) that uses a JSArrayBuffer under the hood. It can be distinguished from an ArrayBuffer by the newly-added is_shared() bit.
      >
      > Currently there is no difference in functionality between a SharedArrayBuffer and an ArrayBuffer. However, a future CL will add the Atomics API, which is only available on an SharedArrayBuffer. All non-atomic accesses are identical to ArrayBuffer accesses.
      >
      > BUG=
      >
      > Committed: https://crrev.com/57170bff7baf341c666252a7f6a49e9c08d51263
      > Cr-Commit-Position: refs/heads/master@{#28588}
      
      TBR=jarin@chromium.org,jochen@chromium.org,binji@chromium.org
      NOPRESUBMIT=true
      NOTREECHECKS=true
      NOTRY=true
      BUG=
      
      Review URL: https://codereview.chromium.org/1149203003
      
      Cr-Commit-Position: refs/heads/master@{#28589}
      57ee3c0f
    • binji's avatar
      Implement SharedArrayBuffer. · 57170bff
      binji authored
      This adds a new external type (v8::SharedArrayBuffer) that uses a JSArrayBuffer under the hood. It can be distinguished from an ArrayBuffer by the newly-added is_shared() bit.
      
      Currently there is no difference in functionality between a SharedArrayBuffer and an ArrayBuffer. However, a future CL will add the Atomics API, which is only available on an SharedArrayBuffer. All non-atomic accesses are identical to ArrayBuffer accesses.
      
      BUG=
      
      Review URL: https://codereview.chromium.org/1136553006
      
      Cr-Commit-Position: refs/heads/master@{#28588}
      57170bff
  22. 20 Apr, 2015 1 commit
  23. 10 Apr, 2015 1 commit
  24. 27 Feb, 2015 1 commit
  25. 05 Feb, 2015 1 commit
    • yurys's avatar
      Add NativeWeakMap to v8.h · a5593679
      yurys authored
      A new map wich references its keys weakly is added to v8.h. Internally it uses the same storage as JSWeakMap but doesn't depend on the JavaScript part of WeakMap implementation in weak-collection.js, hence it can be instantiated without entering any context.
      
      BUG=chromium:437416
      LOG=Y
      
      Review URL: https://codereview.chromium.org/900123003
      
      Cr-Commit-Position: refs/heads/master@{#26451}
      a5593679
  26. 19 Jan, 2015 1 commit
  27. 08 Jan, 2015 1 commit
  28. 07 Jan, 2015 1 commit
  29. 30 Oct, 2014 1 commit
  30. 30 Sep, 2014 1 commit
  31. 20 Aug, 2014 1 commit
    • wingo@igalia.com's avatar
      Support symbol-named properties in API · e929f5fe
      wingo@igalia.com authored
      Add new "Name" type to API that is a supertype of Symbol and String.
      
      Object::SetDeclaredAccessor, Object::SetAccessorProperty, Template::Set,
      Template::SetAccessorProperty, and Template::SetDeclaredAccessor now
      take a Name as the property name instead of a String.
      
      Add Object::SetAccessor, Template::SetNativeDataProperty, and
      ObjectTemplate::SetAccessor overloads that can define accessors for
      symbol-named properties.
      
      R=dcarney@chromium.org, rossberg@chromium.org
      BUG=v8:3394
      TEST=cctest/test-api/TestSymbolProperties
      LOG=Y
      
      Review URL: https://codereview.chromium.org/459413002
      
      git-svn-id: https://v8.googlecode.com/svn/branches/bleeding_edge@23247 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      e929f5fe
  32. 04 Aug, 2014 1 commit
  33. 24 Jun, 2014 1 commit