- 08 Jun, 2009 4 commits
-
-
ager@chromium.org authored
interceptors and dont-delete attributes. Minor change to the behavior of eval: throw exception when calling eval in a context for which the global has been detached. This matches the behavior of both Firefox and Safari post navigation in the browser. Review URL: http://codereview.chromium.org/118374 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2118 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
erik.corry@gmail.com authored
http://codereview.chromium.org/113897 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2117 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kasperl@chromium.org authored
cache to 5 (down from 8). Generations 5, 6, and 7 are rarely hit in real browsing sessions (~2% in the best case) so it seems better to lower the size to avoid carrying around too many compiled scripts in the cache. Review URL: http://codereview.chromium.org/119301 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2116 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
whesse@chromium.org authored
Review URL: http://codereview.chromium.org/119177 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2115 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 05 Jun, 2009 8 commits
-
-
kmillikin@chromium.org authored
TBR=whesse@chromium.org,lrn@chromium.org Review URL: http://codereview.chromium.org/118310 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2114 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mikhail.naganov@gmail.com authored
Review URL: http://codereview.chromium.org/118306 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2113 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kmillikin@chromium.org authored
deferred code snippets are highly stylized. They always make a call to a stub or the runtime and then return. This change takes advantage of that. Creating a deferred code object now captures a snapshot of the registers in the virtual frame. The registers are automatically saved on entry to the deferred code and restored on exit. The clients of deferred code must ensure that there is no change to the registers in the virtual frame (eg, by allocating which can cause spilling) or to the stack pointer. That is currently the case. As a separate change, I will add either code to verify this constraint or else code to forbid any frame effect. The deferred code itself does not use the virtual frame or register allocator (or even the code generator). It is raw macro assembler code. Review URL: http://codereview.chromium.org/118226 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2112 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
antonm@chromium.org authored
git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2111 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
antonm@chromium.org authored
Review URL: http://codereview.chromium.org/119048 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2110 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kasperl@chromium.org authored
submitted in revisions 2093, 2094, 2099, and 2106. There's no evidence that supports that these changes should be the cause of the unexplained performance regressions on the intl2 and DHTML page cyclers. git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2109 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kasperl@chromium.org authored
2106 to try to isolate a performance regression on the page cyclers. I'll roll the changes back in if this doesn't fix the regression. TBR=antonm@chromium.org Review URL: http://codereview.chromium.org/118302 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2108 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
http://codereview.chromium.org/118153kasperl@chromium.org authored
Change stack alignment on linux to 16 bytes to keep gcc 4.4 happy. This fixes the mksnapshot segfault without requiring -fno-tree-vectorize which just avoided the problem by not generating code with movdqa. git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2107 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 04 Jun, 2009 7 commits
-
-
antonm@chromium.org authored
The problem was I incorrectly treated NULL result as failure to fetch a property with a getter. However, if getter returns zero, it is manifested as NULL pointer (see added test case). Good news: that gives another boost as before this CL if getter returned 0, I did another slow lookup. Review URL: http://codereview.chromium.org/119172 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2106 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kmillikin@chromium.org authored
indentation. Review URL: http://codereview.chromium.org/118234 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2105 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
lrn@chromium.org authored
Review URL: http://codereview.chromium.org/118115 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2104 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
whesse@chromium.org authored
Review URL: http://codereview.chromium.org/119171 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2103 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
whesse@chromium.org authored
Review URL: http://codereview.chromium.org/119082 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2102 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mikhail.naganov@gmail.com authored
Review URL: http://codereview.chromium.org/118229 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2101 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
sgjesse@chromium.org authored
Review URL: http://codereview.chromium.org/119112 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2100 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 03 Jun, 2009 9 commits
-
-
antonm@chromium.org authored
Review URL: http://codereview.chromium.org/118163 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2099 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
whesse@chromium.org authored
Review URL: http://codereview.chromium.org/119078 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2098 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kmillikin@chromium.org authored
Review URL: http://codereview.chromium.org/119081 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2097 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kmillikin@chromium.org authored
into the ecx register and to ensure that there is no frame effect between the first entry to the deferred code and binding its exit. Review URL: http://codereview.chromium.org/118157 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2096 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ager@chromium.org authored
external strings so that they are not disposed when running other tests that rely on only one external string being disposed during its run. TBR=kasperl Review URL: http://codereview.chromium.org/118158 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2095 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
antonm@chromium.org authored
git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2094 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
antonm@chromium.org authored
immediately if holder has this property or saves binary search on holder if property doesn't belong to holder. Of course, in the cases when named getter returns nothing. That gives ~20% for dom benchmark/Document Object String Get, speeds up overall dom_perf (not dramatically) and overall score for peacekeeper. Strange, but DOM part of peacekeepr runs somewhat slower. Review URL: http://codereview.chromium.org/118118 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2093 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mikhail.naganov@gmail.com authored
Review URL: http://codereview.chromium.org/119076 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2092 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
lrn@chromium.org authored
Removed duplicates comments in assembler-x64.cc. Review URL: http://codereview.chromium.org/119035 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2091 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 02 Jun, 2009 6 commits
-
-
kmillikin@chromium.org authored
DeferredInlineBinaryOperation::GenerateInlineCode and remove its definition. It was only called from one site and was the only deferred code object that was split that way into fast-case inline and slow-case stub. Review URL: http://codereview.chromium.org/119037 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2090 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
whesse@chromium.org authored
Review URL: http://codereview.chromium.org/113997 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2089 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
whesse@chromium.org authored
Review URL: http://codereview.chromium.org/118107 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2088 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kmillikin@chromium.org authored
mod so they do not share code with the other binary operations. They now preallocate their fixed registers (eax and edx). There is now no frame effect between entries to the deferred call to the stub. Review URL: http://codereview.chromium.org/118110 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2087 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mikhail.naganov@gmail.com authored
My assumption that log initialization happens somewhere near the stack's bottom is true for V8's sample shell but isn't true for Chromium, causing many otherwise valid stack addresses to be thrown out. The solution proposed is to save stack pointer value for the outermost JS function in ThreadLocalTop similar to c_entry_fp. Implemented only for IA-32. Currently I'm not dealing with profiling on ARM and x86-64 anyway. Review URL: http://codereview.chromium.org/112082 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2086 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
lrn@chromium.org authored
Review URL: http://codereview.chromium.org/115920 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2085 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 29 May, 2009 6 commits
-
-
ager@chromium.org authored
GCC version. BUG=364 TBR=sgjesse@chromium.org Review URL: http://codereview.chromium.org/118016 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2083 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mikhail.naganov@gmail.com authored
Also, add a small delay to be sure that all ticks are logged prior to leaving CheckThatProfilerWorks function. Review URL: http://codereview.chromium.org/114062 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2082 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
whesse@chromium.org authored
Review URL: http://codereview.chromium.org/115860 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2081 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
sgjesse@chromium.org authored
Review URL: http://codereview.chromium.org/113994 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2079 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mikhail.naganov@gmail.com authored
While testing ProfLazyMode stability I encountered a situation when the cycle supposed to run for 200 ms started to run "infinitely" because delta between two int64_t values became negative. Review URL: http://codereview.chromium.org/115918 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2078 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mikhail.naganov@gmail.com authored
Thanks to Tobias Kaes, an issue with default copy constructor and assignment operator is found and fixed. BUG=http://code.google.com/p/v8/issues/detail?id=358 Review URL: http://codereview.chromium.org/113992 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2077 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-