1. 06 Jun, 2013 1 commit
  2. 24 Apr, 2013 1 commit
  3. 11 Jun, 2012 1 commit
  4. 06 Jun, 2012 1 commit
  5. 23 May, 2012 1 commit
  6. 22 May, 2012 1 commit
  7. 30 Mar, 2012 1 commit
  8. 11 Jul, 2011 1 commit
  9. 11 May, 2011 1 commit
  10. 29 Mar, 2011 1 commit
  11. 23 Mar, 2011 1 commit
  12. 18 Mar, 2011 3 commits
  13. 25 Feb, 2011 1 commit
  14. 19 Oct, 2010 3 commits
  15. 11 May, 2010 1 commit
  16. 19 Apr, 2010 1 commit
  17. 29 Jan, 2010 1 commit
  18. 26 Jan, 2010 1 commit
    • sgjesse@chromium.org's avatar
      Don't pass the "at start" parameter to native RegExp · cf78ed05
      sgjesse@chromium.org authored
      As the start index is already passed it is easy to calculate the "at start" boolean in generated code. Also as direct entry has been implemented this needs to be done in generated code anyway, and therefore might as well be moved to the generated code for RegExp. The "at start" value is now calcualted as a local variable on the native RegExp frame based on the value of the start index argument.
      
      The x64 version have been tested on both Linux and 64-bit Windows Vista.
      
      For ARM I have tested cctest/test-regexp on ARM hardware, but the rest of the tests have only been run on the ARM simulator.
      Review URL: http://codereview.chromium.org/554078
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3709 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      cf78ed05
  19. 07 Jan, 2010 1 commit
  20. 06 Jan, 2010 1 commit
    • sgjesse@chromium.org's avatar
      Direct call to native RegExp code from JavaScript. · 429f3cf9
      sgjesse@chromium.org authored
      Calls to RegExp no longer have to be via a call to the runtime system. A new stub have been added which can handle this call in generated code. The stub checks all the parameters and creates RegExp entry frame in the same way as it is created by the runtime system. Bailout to the runtime system is done whenever an uncommon situation is encountered or when the static data used is not initialized. After running the native RegExp code the last match info is updated like in the runtime system.
      
      Currently only ASCII strings are handled.
      
      Added another argument to the RegExp entry frame. It indicated whether the call is direct from JavaScript code or through the runtime system. This information is used when RegExp execution is interrupted. If an interruption happens when RegExp code is called directly a retry is issued causing the interruption to be handled via the runtime system. The reason for this is that the direct call to RegExp code does not support garbage collection.
      Review URL: http://codereview.chromium.org/521028
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3542 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      429f3cf9
  21. 04 Sep, 2009 1 commit
  22. 31 Aug, 2009 1 commit
  23. 14 Aug, 2009 1 commit
  24. 04 May, 2009 1 commit
  25. 04 Mar, 2009 1 commit
  26. 26 Sep, 2008 1 commit
  27. 09 Sep, 2008 1 commit
  28. 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
  29. 03 Jul, 2008 1 commit