- 08 Oct, 2009 1 commit
-
-
lrn@chromium.org authored
Review URL: http://codereview.chromium.org/196139 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3037 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 06 Oct, 2009 1 commit
-
-
mike@belshe.com authored
it is a strange API and unused anyway. When we roll this to Chrome, we'll need a small chrome patch to fix Chrome's usage of the API. Review URL: http://codereview.chromium.org/257035 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3019 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 02 Oct, 2009 1 commit
-
-
mike@belshe.com authored
So if the caller does something like: while(!IdleNotification()) it could spin forever if v8 were not initialized. I'd like to further remove the is_high_priority flag, because it is not in use. Mads - is there any reason not to remove it? git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3014 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 01 Oct, 2009 1 commit
-
-
erik.corry@gmail.com authored
Review URL: http://codereview.chromium.org/242074 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3005 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 26 Aug, 2009 1 commit
-
-
erik.corry@gmail.com authored
limit in the roots array. Review URL: http://codereview.chromium.org/174517 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2760 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 25 Aug, 2009 1 commit
-
-
mike@belshe.com authored
after being idle for some time. Remove the default argument from CollectAllGarbage. Review URL: http://codereview.chromium.org/174302 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2748 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 20 Aug, 2009 1 commit
-
-
ager@chromium.org authored
Our memory tests show little improvement by only growing by 50%. Review URL: http://codereview.chromium.org/174133 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2728 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 13 Aug, 2009 2 commits
-
-
bak@chromium.org authored
- This also include a one line change approved by lrh. http://codereview.chromium.org/164469 Review URL: http://codereview.chromium.org/165448 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2677 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
bak@chromium.org authored
The implementation is still empty. Review URL: http://codereview.chromium.org/165445 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2674 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 15 Jun, 2009 1 commit
-
-
kasperl@chromium.org authored
Marsaglia's multiply-with-carry instead of mixing the bits obtained from calling the system random() twice. This seems to be a bit faster and gives a better distribution than the system random() in particular on Windows. Review URL: http://codereview.chromium.org/126113 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2159 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 09 Jun, 2009 1 commit
-
-
erik.corry@gmail.com authored
instructions. The intention is that the snapshots generated by the simulator should be usable on the hardware. Instead of swi instructions we generate a branch to a swi instruction that is not part of the snapshot. The call/jump is patched up in the same way as other external references when the snapshot is deserialized. This only works for EABI targets: on old ABI targets we still emit some instructions not supported by the simulator (fp coprocessor instructions). Review URL: http://codereview.chromium.org/119036 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2127 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 25 May, 2009 2 commits
-
-
davemoore@chromium.org authored
This allows us to optimized the EnsureInitialized() function so it doesn't require a function call when we're running Review URL: http://codereview.chromium.org/113121 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2048 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
mikhail.naganov@gmail.com authored
This issue was raised by Brett Wilson while reviewing my changelist for readability. Craig Silverstein (one of C++ SG maintainers) confirmed that we should declare one namespace per line. Our way of namespaces closing seems not violating style guides (there is no clear agreement on it), so I left it intact. Review URL: http://codereview.chromium.org/115756 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2038 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 24 Apr, 2009 1 commit
-
-
sgjesse@chromium.org authored
The debug message thread was introduced to make it possible to have the message handler callback be called from a different thread than the thread running V8 where the debug event occoured, but it never had any practical use, and prevents providing information to the message handler which is only available from the V8 thread. In the future any thread decoupling will have do be done by the embedder. This also removes the queue used for outbound messages. Renamed the class Message to CommandMessage as it is only used for debugger commands from the client. Related message queue classes has also been renamed. Review URL: http://codereview.chromium.org/93118 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1788 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 20 Apr, 2009 1 commit
-
-
feng@chromium.org authored
ENABLE_DEBUGGER_SUPPORT is enabled by default unless it is on Android platform. On Android platform, it can also enabled by passing -DENABLE_DEBUGGER_SUPPORT flag to the compiler. This should not affect any existing build (I hope, cross my fingers) except the build in real Android environment (in other word, it only affects me now). There are lot of room for code refactoring in stead of using #ifdef all over the place. I will leave this to v8 folks. Review URL: http://codereview.chromium.org/77035 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1745 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 27 Mar, 2009 1 commit
-
-
christian.plesner.hansen@gmail.com authored
- String traversal test data (now in a zone) - Debug message thread (now joined on exit) - Threading test threads (now joined on exit) - Changed message tests framework to cope with valgrind Also, fixed a bug where we'd try to delete stack-allocated objects when tearing down v8. Good times. git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1622 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 05 Mar, 2009 1 commit
-
-
mikhail.naganov@gmail.com authored
Please be warned that current gHardy versions have OProfile 0.9.3 which doesn't have JIT API. You need to install OProfile 0.9.4 with a 32-bit version of opagent library. Instructions are on the internal Wiki page: http://wiki/Main/V8UsingOProfile Review URL: http://codereview.chromium.org/39179 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1426 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 25 Feb, 2009 1 commit
-
-
kasperl@chromium.org authored
conversion in bit operation stubs. Disable serialization support by default to allow us to use SSE3 instructions and faster write barrier code when running without snapshot. Review URL: http://codereview.chromium.org/27046 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1364 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 12 Sep, 2008 1 commit
-
-
deanm@chromium.org authored
This is a new static flag system, designed to have all flags in a central place, and compiled into the binary without requiring static constructors for registration. All flags are moved out of the specific modules and into flags.defs, with different sections for debug, release, etc. The flag variables are always defined. For example, a debug flag in release mode still exists, but is read only and set to the default value. git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@296 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 09 Sep, 2008 1 commit
-
-
christian.plesner.hansen@gmail.com authored
Added presubmit step to check copyright. git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@242 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 28 Jul, 2008 1 commit
-
-
kasper.lund authored
Added support for storing JavaScript stack traces in a stack allocated buffer to make it visible in shallow core dumps. Controlled by the --preallocate-message-memory flag which is disabled by default. git-svn-id: http://v8.googlecode.com/svn/trunk@7 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 03 Jul, 2008 1 commit
-
-
christian.plesner.hansen authored
git-svn-id: http://v8.googlecode.com/svn/trunk@2 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-