- 02 Dec, 2009 2 commits
-
-
sgjesse@chromium.org authored
Patch by Peter Valchev <pvalchev@gmail.com>. TBR=ager@chromium.org Review URL: http://codereview.chromium.org/465002 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3398 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
sgjesse@chromium.org authored
BUG=http://code.google.com/p/v8/issues/detail?id=536 TEST=cctest/test-strings/ExternalShortStringAdd Review URL: http://codereview.chromium.org/466001 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3397 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 01 Dec, 2009 8 commits
-
-
sgjesse@chromium.org authored
Missed out on reflecting changes to Script object layout in objects-debug.cc. Also fixed http://codereview.chromium.org/450034/diff/2006/2010. TBR=ager@chromium.org Review URL: http://codereview.chromium.org/456021 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3394 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
sgjesse@chromium.org authored
For scripts originating from a call to eval the Script object used to hold a reference to the function from where the eval was called together with the code offset within that function of the eval call. This is used by the stack trace and is part of the debugger protocol. In order to avoid storing the function the script, the position within the script and the name of the function calling eval is stored instead. This avoids holding context dependent objects in the script object. The calculation of the position of the eval in the script holding the eval is now done when the eval script is compiled as it is not possible to postpone this unless a reference is kept to the generated code for the function calling eval. BUG=http://code.google.com/p/v8/issues/detail?id=528 TEST=cctest/test-api/Regress528 Review URL: http://codereview.chromium.org/450034 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3393 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
erik.corry@gmail.com authored
TBR=ager Review URL: http://codereview.chromium.org/449055 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3392 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
erik.corry@gmail.com authored
Review URL: http://codereview.chromium.org/457021 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3391 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
sgjesse@chromium.org authored
TBR=ager@chromium.org Review URL: http://codereview.chromium.org/449053 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3390 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ager@chromium.org authored
can check for these cases before caching the property names instead. Review URL: http://codereview.chromium.org/455020 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3389 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ager@chromium.org authored
length/hash change. Review URL: http://codereview.chromium.org/454018 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3388 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
sgjesse@chromium.org authored
The check for the number og GC's required is now 1 or 2 instead of two to get rig of failures on ARM. Updated the test to keep the code used by the test in the compilation cache by compiling it in another context. This makes the remaining issue with the eval cache more explicit. Review URL: http://codereview.chromium.org/449051 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3387 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 30 Nov, 2009 6 commits
-
-
kbr@chromium.org authored
BUG=http://code.google.com/p/v8/issues/detail?id=534 Review URL: http://codereview.chromium.org/449022 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3386 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
fschneider@chromium.org authored
The constant for the return sequence length (JSReturnSequenceLength) was defined in debug.h. Since this constant are also needed outside the debugger code I moved them into assembler-xxx.h. Otherwise compiling with debuggersupport=off would fail on ARM. BUG=http://code.google.com/p/v8/issues/detail?id=533 Review URL: http://codereview.chromium.org/456001 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3383 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mikhail.naganov@gmail.com authored
This allows to profile "unresponsive" web pages in the same way as it is possible to break into them with the debugger. BUG=http://code.google.com/p/chromium/issues/detail?id=28689 Review URL: http://codereview.chromium.org/450011 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3382 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
fschneider@chromium.org authored
We use the fast compiler only for top-level code right now. When always_fast_compiler is set to true, we compile with the fast compiler whereever possible. By default this flag is set to false. Review URL: http://codereview.chromium.org/449012 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3381 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ager@chromium.org authored
We should put in a reduced version of this. BUG=http://code.google.com/p/v8/issues/detail?id=532 TBR=kbr@chromium.org Review URL: http://codereview.chromium.org/450010 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3377 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kasperl@chromium.org authored
garbage collections when receiving idle notifications. This allows us to get rid of source code strings and generated code in the heap that would otherwise be kept around in idle V8 instances. Review URL: http://codereview.chromium.org/450007 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3375 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 27 Nov, 2009 4 commits
-
-
sgjesse@chromium.org authored
Storing a JSArray in the Script object could cause an indirect reference from the compilation cache to a global object to be created. Now the line ends are only stored as a FixedArrya and when that is needed in JavaScript a JSArray copy is created. Changed some of the JavaScript code to cache the line ends in a local variable for better performance. BUG=http://code.google.com/p/v8/issues/detail?id=528 TEST=test/test-api/Bug528 Review URL: http://codereview.chromium.org/434117 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3374 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
sgjesse@chromium.org authored
TBR=ager@chromium.org Review URL: http://codereview.chromium.org/445004 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3373 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
sgjesse@chromium.org authored
BUG=http://code.google.com/p/v8/issues/detail?id=528 TEST=cctest/test-api/Bug528 Review URL: http://codereview.chromium.org/443021 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3372 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
fschneider@chromium.org authored
Also added a simple test that invokes a JS runtime function in top-level code. Review URL: http://codereview.chromium.org/437081 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3371 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 26 Nov, 2009 3 commits
-
-
fschneider@chromium.org authored
Fixes issue 526: BUG=http://code.google.com/p/v8/issues/detail?id=526 The object literals code in the fast compiler returned an incorrect result when getter or setters are defined together with computed properties. Added a regression test that captures the most reduced version of this problem. Also added a test for object literals with getters/setters and prototype properties. Review URL: http://codereview.chromium.org/444001 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3370 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
lrn@chromium.org authored
This time it's true. Review URL: http://codereview.chromium.org/405033 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3369 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mikhail.naganov@gmail.com authored
A cache of MD5 sums of source file contents is now maintained. Cpplint is only invoked for new, changed, and files containing errors from the past lint check run. As a result, repetitive presubmit checks now run in a blink of an eye, so we can include it as an obligatory pre-submit check to avoid frequent CB breakages on lint errors. Review URL: http://codereview.chromium.org/440026 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3368 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 25 Nov, 2009 13 commits
-
-
kbr@chromium.org authored
Review URL: http://codereview.chromium.org/434100 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3367 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kbr@chromium.org authored
external array types. Added regression test based on real-world failing code and verified that it would have caught this error. Review URL: http://codereview.chromium.org/437052 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3366 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ager@chromium.org authored
when the code is run. Instead, return an empty context handle so the failure to create a context can be handled. BUG=http://crbug.com/28486 Review URL: http://codereview.chromium.org/442005 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3364 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mikhail.naganov@gmail.com authored
Logging getters and setters from DOM API is extremely useful for web developers as setting (and getting!) several properties can cause page relayouts which take significant time. Review URL: http://codereview.chromium.org/434074 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3363 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
antonm@chromium.org authored
global object (using hidden prototypes): 1) setters might be not on the global object itself, but on its prototypes; 2) if property on one of prototypes is readonly, we could shadow it. Review URL: http://codereview.chromium.org/434035 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3362 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
erik.corry@gmail.com authored
Review URL: http://codereview.chromium.org/442003 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3361 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
erik.corry@gmail.com authored
Review URL: http://codereview.chromium.org/441017 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3360 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
erik.corry@gmail.com authored
used by gcc to indicate ARM architectures. Review URL: http://codereview.chromium.org/440017 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3359 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mikhail.naganov@gmail.com authored
TBR=iposva@chromium.org Review URL: http://codereview.chromium.org/440016 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3358 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mikhail.naganov@gmail.com authored
I think we can promote this flag to stable status and enable it by default. Review URL: http://codereview.chromium.org/441016 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3357 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
erik.corry@gmail.com authored
indicates ARMv6. Review URL: http://codereview.chromium.org/437056 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3356 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
lrn@chromium.org authored
A few other tweaks. Review URL: http://codereview.chromium.org/435020 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3355 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
sgjesse@chromium.org authored
Review URL: http://codereview.chromium.org/441014 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3354 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 24 Nov, 2009 4 commits
-
-
sgjesse@chromium.org authored
Compilation error caught on Windows. Strangely enough gcc did not complaint here. TBR=ager@chromium.org Review URL: http://codereview.chromium.org/436022 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3353 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
sgjesse@chromium.org authored
TBR=ager@chromium.org Review URL: http://codereview.chromium.org/435021 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3352 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
sgjesse@chromium.org authored
The different length string types was used to encode the string length and the hash in one field. This is now split into two fields one for length and one for hash. The hash field still encodes the array index of the string if it has one. If an array index is encoded in the hash field the string length is added to the top bits of the hash field to avoid a hash value of zero. On 32-bit this causes an additional 4 bytes to be used for all string objects. On 64-bit this will be half on average dur to pointer alignment. Review URL: http://codereview.chromium.org/436001 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3350 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ager@chromium.org authored
Review URL: http://codereview.chromium.org/435018 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3349 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-