- 10 Aug, 2012 1 commit
-
-
svenpanne@chromium.org authored
Currently only simple setter calls are handled (i.e. no calls in count operations or compound assignments), and deoptimization in the setter is not handled at all. Because of the latter, we temporarily hide this feature behind the --inline-accessors flag, just like inlining getters. We now use an enum everywhere we depend on the handling of a return value, passing around several boolean would be more confusing. Made VisitReturnStatement and the final parts of TryInline more similar, so matching them visually is a bit easier now. Simplified the signature of AddLeaveInlined, the target of the HGoto can simply be retrieved from the function state. Review URL: https://chromiumcodereview.appspot.com/10836133 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12286 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 09 Aug, 2012 4 commits
-
-
mstarzinger@chromium.org authored
R=yangguo@chromium.org Review URL: https://chromiumcodereview.appspot.com/10823254 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12285 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
svenpanne@chromium.org authored
When inlining is being done, it is crucial to use the correct type feedback oracle with a given type feedback ID. To ensure this, TestContext now carries an oracle which is associated with the context's condition, and these are both used together in TestContext::BuildBranch. Note that in VisitReturnStatement and TryInline we are currently lucky that the oracles don't go out of sync in an observable way, but this will change when we inline setters. Therefore, there is no separate test case... Review URL: https://chromiumcodereview.appspot.com/10834247 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12284 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
yangguo@chromium.org authored
Port r12232 (588ccf83) BUG= TEST= Review URL: https://chromiumcodereview.appspot.com/10825263 Patch from Akos Palfi <palfia@homejinni.com>. git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12283 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
yangguo@chromium.org authored
Port r12265 (7501dd73) BUG= TEST= Review URL: https://chromiumcodereview.appspot.com/10854053 Patch from Akos Palfi <palfia@homejinni.com>. git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12282 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 08 Aug, 2012 6 commits
-
-
jkummerow@chromium.org authored
tools/push-to-trunk.sh: Add a check whether grepping for the just-committed SVN revision number succeeded. R=yangguo@chromium.org Review URL: https://chromiumcodereview.appspot.com/10828210 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12279 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ulan@chromium.org authored
R=mstarzinger@chromium.org Review URL: https://chromiumcodereview.appspot.com/10830213 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12276 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mstarzinger@chromium.org authored
R=ulan@chromium.org TEST=test262/S13.2.1_A1_T1 Review URL: https://chromiumcodereview.appspot.com/10825243 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12275 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
yangguo@chromium.org authored
R=svenpanne@chromium.org BUG= Review URL: https://chromiumcodereview.appspot.com/10837162 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12274 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
yangguo@chromium.org authored
R=svenpanne@chromium.org BUG=v8:1645 TEST=test262, parse-int-float.js Review URL: https://chromiumcodereview.appspot.com/10836151 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12273 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ulan@chromium.org authored
R=yangguo@chromium.org Review URL: https://chromiumcodereview.appspot.com/10823202 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12272 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 07 Aug, 2012 5 commits
-
-
erik.corry@gmail.com authored
BUG=140473 Review URL: https://chromiumcodereview.appspot.com/10837141 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12271 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mstarzinger@chromium.org authored
This makes the compiler use eager compilation for function literals that are parenthesized. We consider this to be a hint that the function will be called immediatly and hence try to avoid parsing it twice. The parser already respects this heuristic. R=ulan@chromium.org Review URL: https://chromiumcodereview.appspot.com/10836132 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12270 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ulan@chromium.org authored
R=yangguo@chromium.org Review URL: https://chromiumcodereview.appspot.com/10824196 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12269 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
svenpanne@chromium.org authored
Renamed Property::ReturnId to Property::LoadId, which describes its use more accurately. Compound assignments and CountOperations now consistently use Property::LoadId() instead of their own CompoundLoadId/CountId. Review URL: https://chromiumcodereview.appspot.com/10832157 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12268 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ulan@chromium.org authored
R=mstarzinger@chromium.org Review URL: https://chromiumcodereview.appspot.com/10536147 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12267 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 06 Aug, 2012 9 commits
-
-
jkummerow@chromium.org authored
That allows us to dynamically compute representations and insert appropriate HChange instructions. Review URL: https://chromiumcodereview.appspot.com/10829169 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12265 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
erik.corry@gmail.com authored
in dictionary mode. Add a flag to all maps to indicate whether they are used for dictionary (normalized) objects or fast mode objects. Review URL: https://chromiumcodereview.appspot.com/10831153 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12264 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
svenpanne@chromium.org authored
This is a refactoring-only CL which improves the typing of IDs associated with AST nodes. The interesting parts are in utils.h and ast.h, the rest of the CL basically follows mechanically. Review URL: https://chromiumcodereview.appspot.com/10831172 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12263 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ulan@chromium.org authored
Do not crash if called from a thread without V8 isolate, reset the external memory counters in case of overflow, bump the external allocation limit. This will allow us to track typed array allocation and deallocation in WebKit. BUG=v8:2022,122097,42342 R=jkummerow@chromium.org Review URL: https://chromiumcodereview.appspot.com/10837122 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12262 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mstarzinger@chromium.org authored
Review URL: https://chromiumcodereview.appspot.com/10831148 Patch from Nico Weber <thakis@chromium.org>. git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12261 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mstarzinger@chromium.org authored
R=ulan@chromium.org TEST=cctest/test-heap Review URL: https://chromiumcodereview.appspot.com/10824178 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12260 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mstarzinger@chromium.org authored
This extends the existing clearing of ICs during GC to incremental marking in order to prevent cross-context retention that would last until the next non-incremental GC. R=erik.corry@gmail.com TEST=cctest/test-heap/IncrementalMarkingClears[Mono,Poly]morhpicIC Review URL: https://chromiumcodereview.appspot.com/10831123 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12259 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
yangguo@chromium.org authored
BUG= TEST=regexp-global.js Review URL: https://chromiumcodereview.appspot.com/10831126 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12258 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
yangguo@chromium.org authored
R=mstarzinger@chromium.org BUG=v8:2274 Review URL: https://chromiumcodereview.appspot.com/10825196 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12257 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 03 Aug, 2012 2 commits
-
-
yangguo@chromium.org authored
BUG=v8:2270 Review URL: https://chromiumcodereview.appspot.com/10830160 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12255 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
svenpanne@chromium.org authored
The underlying problem is that for compound/count operations we use the *load* type feedback for storing, too. For normal properties this doesn't matter, but for accessor properties we should better use the *store* type feedback, which would be available, too. This consistent feedback usage could be guaranteed if we removed the heavy copy-n-paste in the crankshaft code generation for compound/count operations and assignments/property loads. To be on the safe side, we postpone this refactoring and do a quick and easily mergeable fix. BUG=140083 TEST=mjsunit/regress/regress-crbug-140083.js Review URL: https://chromiumcodereview.appspot.com/10828146 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12252 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 02 Aug, 2012 2 commits
-
-
mstarzinger@chromium.org authored
R=ulan@chromium.org Review URL: https://chromiumcodereview.appspot.com/10843052 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12251 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
svenpanne@chromium.org authored
This is a forward-compatible change to avoid type/naming conflicts when the Android platform/NDK will update its <signal.h> header to properly define 'struct sigcontext', 'mcontext_t' and 'ucontext_t'. In particular: - Do not define 'struct sigcontext.h' to avoid conflicts with the C library definition (which is different, see below). - Only provide custom ucontext_t declarations if the Android <signal.h> doesn't provide it. This can be tested with a macro check (__BIONIC_HAVE_UCONTEXT_T) + Use 'gettid()' on Android since it is available (at all API levels). See http://code.google.com/p/android/issues/detail?id=34784 Review URL: https://chromiumcodereview.appspot.com/10829122 Patch from David Turner <digit@chromium.org>. git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12250 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 01 Aug, 2012 8 commits
-
-
ulan@chromium.org authored
R=yangguo@chromium.org Review URL: https://chromiumcodereview.appspot.com/10836049 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12249 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mstarzinger@chromium.org authored
When specifying a new create histogram callback, reset all histograms so they recreate themselves on next use. We only do this for histograms, and not for counters, as counters might be used directly from generated code BUG=none TEST=none Review URL: https://chromiumcodereview.appspot.com/10828113 Patch from Jochen Eisinger <jochen@chromium.org>. git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12248 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
erik.corry@gmail.com authored
case objects). We should be testing the holder for dictionary mode, not the receiver. Review URL: https://chromiumcodereview.appspot.com/10827113 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12247 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mstarzinger@chromium.org authored
R=ulan@chromium.org Review URL: https://chromiumcodereview.appspot.com/10826079 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12246 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mstarzinger@chromium.org authored
This extends the existing clearing of type feedback cells during GC to incremental marking in order to prevent cross-context retention that would last until the next non-incremental GC. R=erik.corry@gmail.com TEST=cctest/test-heap/IncrementalMarkingClearsTypeFeedbackCells Review URL: https://chromiumcodereview.appspot.com/10823082 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12245 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
jkummerow@chromium.org authored
R=yangguo@chromium.org Review URL: https://chromiumcodereview.appspot.com/10824125 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12242 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
verwaest@chromium.org authored
Review URL: https://chromiumcodereview.appspot.com/10828112 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12241 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mstarzinger@chromium.org authored
R=erik.corry@gmail.com TEST=cctest/test-serialize (--gc-interval=100) Review URL: https://chromiumcodereview.appspot.com/10829097 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12240 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 31 Jul, 2012 3 commits
-
-
erik.corry@gmail.com authored
mksnapshot or a VM that is booted from a snapshot. --debug-code can still have an effect on stub and optimized code and it still works on the full code generator when running without snapshots. The deoptimizer generates full-code-generator code and relies on it having the same layout as last time. This means that the code the full code generator makes for the snapshot should be the same as the code it makes later. This change makes the full code generator create more consistent code between mksnapshot time and run time. This is a bug fix and a step towards making the snapshot code more robust. Review URL: https://chromiumcodereview.appspot.com/10834085 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12239 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
danno@chromium.org authored
R=mstarzinger@chromium.org Review URL: https://chromiumcodereview.appspot.com/10824107 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12238 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
erik.corry@gmail.com authored
Review URL: https://chromiumcodereview.appspot.com/10830093 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12237 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-