1. 17 Apr, 2015 2 commits
  2. 16 Apr, 2015 2 commits
  3. 10 Apr, 2015 1 commit
  4. 13 Mar, 2015 1 commit
  5. 13 Nov, 2014 1 commit
  6. 04 Nov, 2014 1 commit
  7. 21 Oct, 2014 1 commit
  8. 15 Oct, 2014 1 commit
  9. 08 Aug, 2014 1 commit
  10. 06 Aug, 2014 2 commits
  11. 14 Jul, 2014 1 commit
  12. 27 Jun, 2014 1 commit
  13. 29 Apr, 2014 1 commit
  14. 24 Mar, 2014 2 commits
  15. 20 Mar, 2014 3 commits
  16. 19 Feb, 2014 1 commit
    • rossberg@chromium.org's avatar
      Upgrade Symbol implementation to match current ES6 behavior. · 0d34254f
      rossberg@chromium.org authored
      Refresh the implementation of Symbols to catch up with what the
      specification now mandates:
      
      * The global Symbol() function manufactures new Symbol values,
        optionally with a string description attached.
      
      * Invoking Symbol() as a constructor will now throw.
      
      * ToString() over Symbol values still throws, and
        Object.prototype.toString() stringifies like before.
      
      * A Symbol value is wrapped in a Symbol object either implicitly if
        it is the receiver, or explicitly done via Object(symbolValue) or
        (new Object(symbolValue).)
      
      * The Symbol.prototype.toString() method no longer throws on Symbol
        wrapper objects (nor Symbol values.) Ditto for Symbol.prototype.valueOf().
      
      * Symbol.prototype.toString() stringifies as "Symbol("<description>"),
        valueOf() returns the wrapper's Symbol value.
      
      * ToPrimitive() over Symbol wrapper objects now throws.
      
      Overall, this provides a stricter separation between Symbol values and
      wrapper objects than before, and the explicit fetching out of the
      description (nee name) via the "name" property is no longer supported
      (by the spec nor the implementation.)
      
      Adjusted existing Symbol test files to fit current, adding some extra
      tests for new/changed behavior.
      
      LOG=N
      R=arv@chromium.org, rossberg@chromium.org, arv, rossberg
      BUG=v8:3053
      
      Review URL: https://codereview.chromium.org/118553003
      
      Patch from Sigbjorn Finne <sigbjornf@opera.com>.
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@19490 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      0d34254f
  17. 09 Jan, 2014 1 commit
  18. 11 Apr, 2013 1 commit
  19. 22 Mar, 2013 3 commits
  20. 01 Mar, 2013 1 commit
    • rossberg@chromium.org's avatar
      ES6 symbols: Implement Symbol intrinsic and basic functionality · 090d09d6
      rossberg@chromium.org authored
      - Add --harmony-symbols flag.
      - Add Symbol constructor; allow symbols as (unreplaced) return value from constructors.
      - Introduce %CreateSymbol and %_IsSymbol natives and respective instructions.
      - Extend 'typeof' code generation to handle symbols.
      - Extend CompareIC with a UNIQUE_NAMES state that (uniformly) handles internalized strings and symbols.
      - Property lookup delegates to SymbolDelegate object for symbols, which only carries the toString method.
      - Extend Object.prototype.toString to recognise symbols.
      
      Per the current draft spec, symbols are actually pseudo objects that are frozen with a null prototype and only one property (toString). For simplicity, we do not treat them as proper objects for now, although typeof will return "object". Only property access works as if they were (frozen) objects (via the internal delegate object).
      
      (Baseline CL: https://codereview.chromium.org/12223071/)
      
      R=mstarzinger@chromium.org
      BUG=v8:2158
      
      Review URL: https://codereview.chromium.org/12296026
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@13786 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      090d09d6
  21. 15 Feb, 2013 1 commit
  22. 28 Jan, 2013 1 commit
  23. 23 Jan, 2013 1 commit
  24. 23 Oct, 2008 1 commit
  25. 26 Sep, 2008 1 commit
  26. 09 Sep, 2008 1 commit
  27. 22 Aug, 2008 1 commit
    • christian.plesner.hansen's avatar
      Included mjsunit JavaScript test suite and C++ unit tests. · c42f5829
      christian.plesner.hansen authored
      In the shell sample don't print the result of executing a script, only
      evaluating expressions.
      
      Fixed issue when building samples on Windows using a shared V8
      library.  Added visibility option on Linux build which makes the
      generated library 18% smaller.
      
      Changed build system to accept multiple build modes in one build and
      generate seperate objects, libraries and executables for each mode.
      
      Removed deferred negation optimization (a * -b => -(a * b)) since this
      visibly changes operand conversion order.
      
      Improved parsing performance by introducing stack guard in preparsing.
      Without a stack guard preparsing always bails out with stack overflow.
      
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@16 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      c42f5829
  28. 03 Jul, 2008 1 commit