| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
https://bugs.webkit.org/show_bug.cgi?id=24299
This is everything up to "not supposed to be using STL container classes."
Review URL: http://codereview.chromium.org/40122
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11025 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10982 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
non-trivial change in in np_v8object's NPIdentifierToV8Identifier which I redid
to avoid STL usage.
Review URL: http://codereview.chromium.org/27241
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10590 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
A case study on why constants are bad. The meaning of V8 NPObject wrapper
constants got rearranged, and we failed to detect them properly, resulting in
doubly-wrapped NPObjects.
BUG=5409
Review URL: http://codereview.chromium.org/14031
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@6941 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
Review URL: http://codereview.chromium.org/13034
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@6325 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
http://www.corp.google.com/~michaeln/flash_crash/crash.html
Review URL: http://codereview.chromium.org/10763
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@5516 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
resulting from API changes.
NOTE: I'll probably submit this with a slightly later
V8; I'm still waiting for the try-finally issue to
be resolved.
Review URL: http://codereview.chromium.org/7913
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@3811 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
unwrapping process
between DOM nodes and JS objects.
The basic idea is that, IDL files provide static type information. Certain types, such as subtypes of Node,
only need 'NODE' has type for wrapping and unwrapping. So, intead of going through a gigatic switch statement,
IDL compiler generates fast path for know types, the CL only does it for Node and subtypes.
I have seen it improves DOM-peerable example by 5% when running standalone, and 35% when running with
whole Dromaeo tests.
I missed the another point of this CB. It removed expensive MaybeDOMWrapper checks in production code. It contributes a lot to the overhead.
Review URL: http://codereview.chromium.org/3195
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@2490 0039d316-1c4b-4281-b951-d872f2087c98
|
|
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@18 0039d316-1c4b-4281-b951-d872f2087c98
|