1. 10 Jun, 2009 2 commits
  2. 25 May, 2009 1 commit
  3. 04 May, 2009 1 commit
  4. 23 Apr, 2009 1 commit
  5. 21 Apr, 2009 1 commit
  6. 20 Apr, 2009 1 commit
  7. 09 Mar, 2009 1 commit
  8. 27 Feb, 2009 1 commit
  9. 25 Feb, 2009 1 commit
  10. 19 Dec, 2008 1 commit
    • christian.plesner.hansen@gmail.com's avatar
      Added support in the profiler for creating 'regions' that cover part · d7c933e7
      christian.plesner.hansen@gmail.com authored
      of the generated code.  These can be used by the profiler to
      categorize the ticks that occur within generated code and thereby show
      more detailed information about where time is spent in generated code.
      For instance, this is what the profiler displayed for a simple regexp
      benchmark with irregexp-native before:
      
      [JavaScript]:
         total  nonlib   name
         87.2%   87.2%   RegExp: (?:\w*\W+)*
      
      This is what we can display now:
      
      [JavaScript]:
         total  nonlib   name
         87.2%   87.2%   RegExp: (?:\w*\W+)*
                         -  53.0%  56.7% BranchOrBacktrack
                         -  14.9%  59.8% CheckCharacterLT
                         -  13.7%  20.4% CheckStackLimit
                         -   6.7%   6.7% SafeCall
                         -   2.7%   7.0% CheckCharacterGT
                         -   2.4%   2.4% SafeReturn
                         -   2.1%   2.1% LoadCurrentCharacter
                         -   1.8%   1.8% PushRegister
                         -   0.9%   0.9% PopRegister
                         -   0.9%   0.9% AdvanceRegister
                         -   0.3%   0.3% PopCurrentPosition
                         -   0.3%   0.3% CheckGreedyLoop
                         -   0.0%  20.4% PushBacktrack
                         -   0.0%  22.3% CheckCharacter
                         -   0.0%   2.4% IfRegisterLT
      
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1010 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      d7c933e7
  11. 21 Oct, 2008 1 commit
    • feng@chromium.org's avatar
      Split window support from V8. · 42ef2c3d
      feng@chromium.org authored
      Here is a description of the background and design of split window in Chrome and V8:
      https://docs.google.com/a/google.com/Doc?id=chhjkpg_47fwddxbfr
      
      This change list splits the window object into two parts: 1) an inner window object used as the global object of contexts; 2) an outer window object exposed to JavaScript and accessible by the name 'window'. Firefox did it awhile ago, here are some discussions: https://wiki.mozilla.org/Gecko:SplitWindow. One additional benefit of splitting window in Chrome is that accessing global variables don't need security checks anymore, it can improve applications that use many global variables.
      
      V8 support of split window:
        There are a small number of changes on V8 api to support split window:
      Security context is removed from V8, so does related API functions;
      A global object can be detached from its context and reused by a new context;
      Access checks on an object template can be turned on/off by default;
      An object can turn on its access checks later;
      
        V8 has a new object type, ApiGlobalObject, which is the outer window object type. The existing JSGlobalObject becomes the inner window object type. Security checks are moved from JSGlobalObject to ApiGlobalObject. ApiGlobalObject is the one exposed to JavaScript, it is accessible through Context::Global(). ApiGlobalObject's prototype is set to JSGlobalObject so that property lookups are forwarded to JSGlobalObject. ApiGlobalObject forwards all other property access requests to JSGlobalObject, such as SetProperty, DeleteProperty, etc.
      
        Security token is moved to a global context, and ApiGlobalObject has a reference to its global context. JSGlobalObject has a reference to its global context as well. When accessing properties on a global object in JavaScript, the domain security check is performed by comparing the security token of the lexical context (Top::global_context()) to the token of global object's context. The check is only needed when the receiver is a window object, such as 'window.document'. Accessing global variables, such as 'var foo = 3; foo' does not need checks because the receiver is the inner window object.
      
        When an outer window is detached from its global context (when a frame navigates away from a page), it is completely detached from the inner window. A new context is created for the new page, and the outer global object is reused. At this point, the access check on the DOMWindow wrapper of the old context is turned on. The code in old context is still able to access DOMWindow properties, but it has to go through domain security checks.
      
      
      It is debatable on how to implement the outer window object. Currently each property access function has to check if the receiver is ApiGlobalObject type. This approach might be error-prone that one may forget to check the receiver when adding new functions. It is unlikely a performance issue because accessing global variables are more common than 'window.foo' style coding.
      
      I am still working on the ARM port, and I'd like to hear comments and suggestions on the best way to support it in V8.
      
      
      Review URL: http://codereview.chromium.org/7366
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@540 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      42ef2c3d
  12. 10 Oct, 2008 1 commit
  13. 08 Oct, 2008 1 commit
  14. 06 Oct, 2008 1 commit
  15. 23 Sep, 2008 2 commits
  16. 22 Sep, 2008 1 commit
  17. 12 Sep, 2008 1 commit
    • iposva@chromium.org's avatar
      Adapt to new calling convention on ARM: · c5ee9618
      iposva@chromium.org authored
      - Simplified frame entry and frame exit code.
      - Added ArgumentsAdaptorTrampoline and check for matching argument counts in the InvokePrologue.
      - Removed definition and uses of USE_OLD_CALLING_CONVENTIONS.
      - Changed MacroAssembler::InvokeBuiltin to match ia32 version.
      - Start introducing convenience instructions in the ARM assembler as needed. These instructions take all Register parameters to avoid extra typing of "Operand(reg)".
      
      
      To keep the architectures in sync these changes have been made to the ia32 files:
      - Changed MacroAssembler::EnterFrame(StackFrame::Type type) to MacroAssembler::EnterInternalFrame().
      
      
      These parts are still missing:
      - unimplemented: Builtins::Generate_FunctionApply - large limit
      - unimplemented: Builtins::Generate_ArgumentsAdaptorTrampoline - non-function call
      - The files have not been lint'd yet.
      
      
      Review URL: http://codereview.chromium.org/1930
      
      git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@289 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      c5ee9618
  18. 09 Sep, 2008 1 commit
  19. 13 Aug, 2008 1 commit
    • mads.s.ager's avatar
      Improved performance of garbage collection by changing the way we use the... · 31e7138e
      mads.s.ager authored
      Improved performance of garbage collection by changing the way we use the marking stack in the event of stack overflow during full garbage collection and by changing the way we mark roots.
      
      Cleaned up ARM version by removing top of stack caching and by introducing push/pop elimination.
      
      Cleaned up the way runtime functions are called to allow runtime calls with no arguments.
      
      Changed Windows build options to make sure that exceptions are disabled and that optimization flags are enabled.
      
      Added first version of Visual Studio project files.
      
      
      
      git-svn-id: http://v8.googlecode.com/svn/trunk@13 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      31e7138e
  20. 30 Jul, 2008 1 commit
    • kasper.lund's avatar
      Changed all text files to have native svn:eol-style. · 7276f14c
      kasper.lund authored
      Added a few samples and support for building them. The samples include a simple shell that can be used to benchmark and test V8.
      
      Changed V8::GetVersion to return the version as a string.
      
      Added source for lazily loaded scripts to snapshots and made serialization non-destructive.
      
      Improved ARM support by fixing the write barrier code to use aligned loads and stores and by removing premature locals optimization that relied on broken support for callee-saved registers (removed).
      
      Refactored the code for marking live objects during garbage collection and the code for allocating objects in paged spaces. Introduced an abstraction for the map word of a heap-allocated object and changed the memory allocator to allocate executable memory only for spaces that may contain code objects.
      
      Moved StringBuilder to utils.h and ScopedLock to platform.h, where they can be used by debugging and logging modules. Added thread-safe message queues for dealing with debugger events.
      
      Fixed the source code reported by toString for certain builtin empty functions and made sure that the prototype property of a function is enumerable.
      
      Improved performance of converting values to condition flags in generated code.
      
      Merged disassembler-{arch} files.
      
      
      git-svn-id: http://v8.googlecode.com/svn/trunk@8 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      7276f14c
  21. 03 Jul, 2008 1 commit