1. 27 Aug, 2010 2 commits
  2. 20 Aug, 2010 1 commit
  3. 16 Aug, 2010 1 commit
    • vitalyr@chromium.org's avatar
      Copy-on-write arrays. · 3202df6c
      vitalyr@chromium.org authored
      Object model changes
      ----------------------------------------
      New fixed_cow_array_map is used for the elements array of a JSObject
      to mark it as COW. The JSObject's map and other fields are not
      affected. The JSObject's map still has the "fast elements" bit set. It
      means we can do only the receiver map check in keyed loads and the
      receiver and the elements map checks in keyed stores. So introducing
      COW arrays doesn't hurt performance of these operations. But note that
      the elements map check is necessary in all mutating operations because
      the "has fast elements" bit now means "has fast elements for reading".
      EnsureWritableFastElements can be used in runtime functions to perform
      the necessary lazy copying.
      
      Generated code changes
      ----------------------------------------
      Generic keyed load is updated to only do the receiver map check (this
      could have been done earlier). FastCloneShallowArrayStub now has two
      modes: clone elements and use COW elements. AssertFastElements macro
      is added to check the elements when necessary. The custom call IC
      generators for Array.prototype.{push,pop} are updated to avoid going
      to the slow case (and patching the IC) when calling the builtin should
      work.
      
      COW enablement
      ----------------------------------------
      Currently we only put shallow and simple literal arrays in the COW
      mode. This is done by the parser.
      
      Review URL: http://codereview.chromium.org/3144002
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@5275 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      3202df6c
  4. 12 Aug, 2010 1 commit
    • sgjesse@chromium.org's avatar
      Handle overwriting valueOf on String objects correctly when adding · 8e0cd6db
      sgjesse@chromium.org authored
      This adds a check to the fast case string add to ensure that the String object still have the default valueOf function. The default valueOf is sitting on a hidden prototype of String.prototype.
      
      Before using the fast case valueOf the object is checked for a local valueOf property. For slow case objects this check always reports true (the dictionary is not probed, so valueOf might be there) and for fast case objects the descriptor array is checked for the valueOf symbol (just liniar scan). After that the prototype is checked for beeing the initial value of String.prototype. If this all pass (that is the default valueOf is still in place) this result is cached on the map making the check fast the next time.
      
      This is only implemented in the optimizing compiler, as the two usages of %_IsStringWrapperSafeForDefaultValueOf is never hit by the full compiler.
      
      I will port to x64 and ARM when this has been reviewed for ia32.
      
      I will remove the performance counters prior to final commit.
      
      BUG=http://code.google.com/p/v8/issues/detail?id=760
      TEST=test/mjsunit/regress/regress-760-1.js
      TEST=test/mjsunit/regress/regress-760-2.js
      
      Review URL: http://codereview.chromium.org/3117006
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@5252 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      8e0cd6db
  5. 11 Aug, 2010 2 commits
  6. 06 Aug, 2010 1 commit
  7. 28 Jul, 2010 1 commit
  8. 12 Jul, 2010 1 commit
  9. 02 Jul, 2010 1 commit
  10. 30 Jun, 2010 1 commit
  11. 29 Jun, 2010 1 commit
  12. 25 Jun, 2010 1 commit
  13. 23 Jun, 2010 1 commit
  14. 22 Jun, 2010 1 commit
  15. 21 Jun, 2010 1 commit
  16. 17 Jun, 2010 1 commit
  17. 16 Jun, 2010 1 commit
  18. 28 May, 2010 1 commit
  19. 27 May, 2010 2 commits
  20. 26 May, 2010 2 commits
  21. 25 May, 2010 1 commit
    • vegorov@chromium.org's avatar
      Cardmarking writebarrier. · 675e711f
      vegorov@chromium.org authored
      - New сardmarking write barrier handles large objects and normal objects in a similar fashion (no more additional space for pointer tracking is required, no conditional branches in WB code).
      - Changes to enable oldspaces iteration without maps decoding:
      -- layout change for FixedArrays: length is stored as a smis (initial patch by
      Kevin Millikin)
      -- layout change for SharedFunctionInfo: integer fields are stored as smi on
      arm, ia32 and rearranged on x64.
      -- layout change for String: meaning of LSB bit is fliped (1 now means hash not
      computed); on x64 padding is added.
      -- layout of maps is _not_ changed. Map space is currently iterated in a special
      way.
      
      Review URL: http://codereview.chromium.org/2144006
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@4715 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      675e711f
  22. 21 May, 2010 2 commits
  23. 20 May, 2010 4 commits
  24. 18 May, 2010 1 commit
  25. 17 May, 2010 1 commit
    • mark@chromium.org's avatar
      Allow build-time selection between ia32 and x86_64 in the GYP/Xcode Mac · e9b5d785
      mark@chromium.org authored
      Chromium build.
      
      v8.gyp no longer sets any V8_TARGET_ARCH_* macro on the Mac. Instead, the
      proper V8_TARGET_ARCH_* macro will be set by src/globals.h in the same way as
      the V8_HOST_ARCH_* macro when it detects that no target macro is currently
      defined. The Mac build will attempt to compile all ia32 and x86_64 .cc files.
      #ifdef guards in each of these target-specific source files prevent their
      compilation when the associated target is not selected. For completeness,
      these #ifdef guards are also provided for the arm and mips .cc files.
      
      BUG=706
      TEST=x86_64 Mac GYP/Xcode-based Chromium build (still depends on other changes)
      Review URL: http://codereview.chromium.org/2133003
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@4666 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      e9b5d785
  26. 06 May, 2010 2 commits
  27. 04 May, 2010 3 commits
  28. 03 May, 2010 2 commits