- 14 Apr, 2009 6 commits
-
-
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 6 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
-
kasperl@chromium.org authored
Review URL: http://codereview.chromium.org/62091 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1680 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 06 Apr, 2009 2 commits
-
-
davemoore@chromium.org authored
Review URL: http://codereview.chromium.org/56185 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1679 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
whesse@chromium.org authored
Review URL: http://codereview.chromium.org/63010 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1678 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 03 Apr, 2009 6 commits
-
-
whesse@chromium.org authored
Review URL: http://codereview.chromium.org/56151 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1677 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
lrn@chromium.org authored
Special case for NaN in equality test. git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1676 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
lrn@chromium.org authored
Uses static string type to optimize string additions. git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1675 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kmillikin@chromium.org authored
to V8's heap. Review URL: http://codereview.chromium.org/60089 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1674 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kmillikin@chromium.org authored
one in v8::V8::Initialize to after the early bailout. Review URL: http://codereview.chromium.org/60083 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1673 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kmillikin@chromium.org authored
V8's heap or only need read access. This means that IsDeadCeck and EnsureInitialized could sometimes be called without having already entered the VM. To simplify things, this is made always the case. A couple of error callbacks do not need to leave V8 because they haven't entered. Consistently enter V8 after LOG_API (since LOG_API is sometimes before EnsureInitialized or IsDeadCheck). This all should have no effect unless V8 is built with ENABLE_HEAP_PROTECTION and run with --protect-heap. Review URL: http://codereview.chromium.org/56211 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1672 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 02 Apr, 2009 3 commits
-
-
ager@chromium.org authored
variables in our scons setup. Here is an example of importing an additional environment variable: export MYVAR='value' scons importenv="MYVAR" Review URL: http://codereview.chromium.org/60046 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1671 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kmillikin@chromium.org authored
constants and copies below the watermark on backward jump targets (that's the whole point!). Review URL: http://codereview.chromium.org/60044 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1670 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kmillikin@chromium.org authored
counting the reference to the return value and passing it to the return label. This requires threading it through try/catch and try/finally. The return value is loaded into eax more lazily than before. Also, perform some related refactoring of jump targets. Review URL: http://codereview.chromium.org/56172 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1669 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 01 Apr, 2009 5 commits
-
-
ager@chromium.org authored
compiler optimization which has now been reverted. Review URL: http://codereview.chromium.org/60011 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1667 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ager@chromium.org authored
TBR=whesse@chromium.org Review URL: http://codereview.chromium.org/60010 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1666 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
lrn@chromium.org authored
git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1665 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
sgjesse@chromium.org authored
Changelist http://codereview.chromium.org/56056 was committed directly to trunk by addident. Review URL: http://codereview.chromium.org/60005 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1662 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ager@chromium.org authored
number of bug fixes. Review URL: http://codereview.chromium.org/60004 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1661 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 31 Mar, 2009 5 commits
-
-
ager@chromium.org authored
git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1660 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ager@chromium.org authored
test.py for running the simulator tests. Mark the exception propagation tests as failing on ARM in general for now. I'll dig into it again tomorrow morning. TRB=christian.plesner.hansen@gmail.com Review URL: http://codereview.chromium.org/56112 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1659 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ager@chromium.org authored
Fix exception propagation problem where undefined was returned instead of an empty handle in case of an exception. This problem can break C++ programs that are not interested in catching exceptions and just want to propagate them out by testing for empty handles. The issue is that exceptions are not rescheduled if they are externally caught. Externally caught exceptions have to be rescheduled if there is a JavaScript frame on the way to the C++ frame that holds the external handler. A couple of tests will fail on the ARM simulator because the simulator has separate stacks for C++ and JavaScript. I have marked the tests as failing only on the simulator. Review URL: http://codereview.chromium.org/56105 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1657 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
whesse@chromium.org authored
Review URL: http://codereview.chromium.org/56106 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1656 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kmillikin@chromium.org authored
frame elements when allocating them to a register as a result of popping one of their copies. Review URL: http://codereview.chromium.org/57053 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1655 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-