- 16 Apr, 2009 7 commits
-
-
ager@chromium.org authored
Review URL: http://codereview.chromium.org/67215 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1725 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ager@chromium.org authored
that introduced line that was too long. Review URL: http://codereview.chromium.org/67214 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1724 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
erik.corry@gmail.com authored
Review URL: http://codereview.chromium.org/67213 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1723 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ager@chromium.org authored
numerical order independently of the representation of the object. Exchanged the order of enumeration of integer and string keys so integer keys are first instead of string keys to better match WebKit/JSC behavior. Added test cases that document our enumeration order choice. Review URL: http://codereview.chromium.org/75035 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1722 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kmillikin@chromium.org authored
Review URL: http://codereview.chromium.org/67211 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1721 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
erik.corry@gmail.com authored
(at the moment only if we do not need to allocate a heap number). Find a few more oportunities to avoid heap number allocation on IA32. Add some infrastructure to test coverage of generated ARM code in our tests. Review URL: http://codereview.chromium.org/67163 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1720 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
yurys@chromium.org authored
Review URL: http://codereview.chromium.org/67155 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1719 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 15 Apr, 2009 10 commits
-
-
sgjesse@chromium.org authored
Ensure that debugger host dispatch is processed even though there are no debugger commands in the queue. Review URL: http://codereview.chromium.org/67180 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1718 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kasperl@chromium.org authored
Review URL: http://codereview.chromium.org/67167 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1716 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kmillikin@chromium.org authored
multiple anonymous function literals as subexpressions. Choose the rightmost one the one to attach a name to. Review URL: http://codereview.chromium.org/67165 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1715 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ager@chromium.org authored
For compatibility, our behavior here does not match the spec. Added a comment to that effect in the test. Review URL: http://codereview.chromium.org/67164 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1714 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ager@chromium.org authored
The problem was a missing 'uninitialized' check. Review URL: http://codereview.chromium.org/73076 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1713 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kmillikin@chromium.org authored
* Remove two horizontal spaces per indent * Don't print an extra space between "VAR" and "(" for parameters * Call the name on named property accesses "NAME" Review URL: http://codereview.chromium.org/67124 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1712 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
erik.corry@gmail.com authored
Review URL: http://codereview.chromium.org/63062 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1711 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kasperl@chromium.org authored
getting rid of bogus assertion error. Review URL: http://codereview.chromium.org/73072 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1710 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mikhail.naganov@gmail.com authored
This is the first step in reimplementing tick processing scripts in JavaScript. The goal is to have the same source both for Dev Tools and Golem, so Python implementation will be removed to avoid code duplication. The implementation follows the Dev Tools style: namespaces and JSDocs are used. Review URL: http://codereview.chromium.org/67151 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1709 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
yurys@chromium.org authored
To resolve functions from the call stack we need at least ids for the scripts of those functions. The information on the scripts is now included into the response. Review URL: http://codereview.chromium.org/65006 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1708 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 14 Apr, 2009 11 commits
-
-
sgjesse@chromium.org authored
The define _HAS_EXCEPTIONS=0 is only required on Windows and is already set in the SCons build file and Visual Studio project files. Review URL: http://codereview.chromium.org/67116 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1707 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
sgjesse@chromium.org authored
Record the function return position as the end of the function source. Don't record function entry and return positions as statement positions. Added a test for source position for break at function return. Review URL: http://codereview.chromium.org/67109 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1706 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
sgjesse@chromium.org authored
Caused a compiler warning when compiling on Windows. Review URL: http://codereview.chromium.org/67108 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1705 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kasperl@chromium.org authored
git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1703 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kasperl@chromium.org authored
Review URL: http://codereview.chromium.org/73031 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1701 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kasperl@chromium.org authored
broken build. TBR=ager@chromium.org Review URL: http://codereview.chromium.org/67126 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1700 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kasperl@chromium.org authored
GCs (not just mark-compacts) and make the mark-compact shortcutting of cons-strings identical to the scavenge version. Review URL: http://codereview.chromium.org/67125 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1699 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kasperl@chromium.org authored
symbol table verification after mark-compact GCs. Review URL: http://codereview.chromium.org/73029 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1698 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mikhail.naganov@gmail.com authored
TBR=sgjesse@chromium.org Review URL: http://codereview.chromium.org/73025 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1697 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mikhail.naganov@gmail.com authored
Currently function name inference is wired with AST optimization pass to avoid introducing another pass over AST. A better solution would be to rewrite AST visitors so they can be naturally combined together in a single pass, as their current implementation doesn't allow it. For examples of cases where function names can be inferred, see the tests file. Review URL: http://codereview.chromium.org/62146 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1696 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
davemoore@chromium.org authored
Review URL: http://codereview.chromium.org/67100 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1695 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 13 Apr, 2009 2 commits
-
-
mikhail.naganov@gmail.com authored
As I discovered that JSFrame accesses SharedFunctionInfo only to calculate caller SP and the latter is not used in profiler's stack sampling, I disabled accessing heap objects in JSFrame when doing stack sampling. This finally made V8's profiling stable when used from Chrome on a real web app. Review URL: http://codereview.chromium.org/73020 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1694 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mikhail.naganov@gmail.com authored
While playing with profiling in debug version of Chrome, I encontered a case when assertion in StackHandlerIterator failed. Review URL: http://codereview.chromium.org/65005 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1693 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 11 Apr, 2009 1 commit
-
-
kasperl@chromium.org authored
Review URL: http://codereview.chromium.org/71001 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1691 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 09 Apr, 2009 3 commits
-
-
iposva@chromium.org authored
- Add missing files d8-posix.cc and d8-windows.cc to Xcode project. Review URL: http://codereview.chromium.org/68004 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1690 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
http://crbug.com/9746iposva@chromium.org authored
- Added special cutouts if a Vector has NULL data, which will now happen if an external string's resource has been deleted. - Added an verification phase before old gen GC to verify that all real entries in the SymbolTable are valid symbols. - Added test that verifies the correct behaviour of the workaround. Review URL: http://codereview.chromium.org/66011 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1689 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
iposva@chromium.org authored
Review URL: http://codereview.chromium.org/65017 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1688 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 08 Apr, 2009 1 commit
-
-
asargent@chromium.org authored
Review URL: http://codereview.chromium.org/58016 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1687 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 07 Apr, 2009 5 commits
-
-
sgjesse@chromium.org authored
TBR=erik.corry@gmail.com Review URL: http://codereview.chromium.org/62103 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1686 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
erik.corry@gmail.com authored
Review URL: http://codereview.chromium.org/62102 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1685 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
sgjesse@chromium.org authored
For function.call debug step in did not work as execution did not break in the function called. This has now been fixed using the same means as for function.apply in CL http://codereview.chromium.org/63055. Review URL: http://codereview.chromium.org/63058 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1684 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
sgjesse@chromium.org authored
The generic step-in mechanism floods the function called with break points to ensure a break is hit when entering the function. This generic mechanism was also used for function.apply. The code for function.apply contains a keyed load IC which was patched when stepping into function.apply. However function.apply enteres an internal frame not a JavaScript frame. This caused the logic for returning from the break in function.apply to fail as it forced a jump to the IC on the top JavaScript frame. The top JavaScript frame was the frame for the function calling function.apply not the frame for the apply function. Now returning from the break point in the keyed load IC in the apply code caused a jump to the code for the call IC for the function calling function.apply in the first place. Not a pretty sight. Step-in now handles function.apply as a separate case where the actual JavaScript function called through apply is flodded with breakpoints instead of the function.apply function. BUG=269 BUG=8210@chromium.org Review URL: http://codereview.chromium.org/63055 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1683 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
sgjesse@chromium.org authored
Reviewed CL at http://codereview.chromium.org/42686. BUG=96 Review URL: http://codereview.chromium.org/62052 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1681 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-