1. 16 Feb, 2017 1 commit
    • jgruber's avatar
      [regexp] Correct lastIndex behavior in RegExp.prototype[@@replace] · c0fe56e6
      jgruber authored
      @@replace has a pretty complex implementation, taking different paths
      for various situations (e.g.: global/nonglobal regexp, functional/string
      replace argument, etc.). Each of these paths must implement similar
      logic for calling into the RegExpBuiltinExec spec operation, and many
      paths get this subtly wrong.
      
      This CL fixes a couple of issues related to the way @@replace handles lastIndex:
      * All paths now respect lastIndex when calling into exec (some used to assume 0).
      * lastIndex is now advanced after a successful match for sticky regexps.
      * lastIndex is now only reset to 0 on failure for sticky regexps.
      
      BUG=v8:5361
      
      Review-Url: https://codereview.chromium.org/2685183003
      Cr-Commit-Position: refs/heads/master@{#43234}
      c0fe56e6
  2. 14 Sep, 2016 1 commit
  3. 25 Jan, 2013 1 commit
  4. 05 Dec, 2012 1 commit
  5. 14 Jun, 2012 1 commit
  6. 15 Mar, 2012 1 commit
  7. 13 Jan, 2012 1 commit
  8. 27 Nov, 2009 1 commit
  9. 23 Oct, 2009 1 commit
  10. 20 Oct, 2009 1 commit
  11. 04 Mar, 2009 1 commit
  12. 26 Sep, 2008 1 commit
  13. 09 Sep, 2008 1 commit
  14. 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
  15. 03 Jul, 2008 1 commit