1. 20 Apr, 2015 1 commit
  2. 27 Mar, 2015 1 commit
  3. 04 Mar, 2015 1 commit
    • vogelheim's avatar
      Fix Initialize & Dispose for external snapshot. Make sure... · 2525e8f4
      vogelheim authored
      Fix Initialize & Dispose for external snapshot. Make sure v8::V8::(Initialize|Dispose) can be called in any order.
      
      This is a follow-on to crrev.com/960883003, which fixed a memory leak in this code, but uncovered another, more subtle bug:
      
      Previously, the code expected you would v8::V8::Initialize once, and v8::V8::Dispose once. The first bug was that in this case the holder_ variable would point to deallocated memory. The second bug was that once the snapshot was disposed, there was no way to get it back on a future Initialize. These are uncovered by the InitializeAndDisposeMultiple test case.
      
      The fix is to keep memory to the raw snapshot and to then cleanly build & destroy the tables in Initialize & Dispose. Since sometimes setNativesBlob is called just after Initialize, that situation must be handled, too.
      
      BUG=
      
      Review URL: https://codereview.chromium.org/974943003
      
      Cr-Commit-Position: refs/heads/master@{#26978}
      2525e8f4
  4. 26 Feb, 2015 1 commit
  5. 04 Dec, 2014 1 commit
    • vogelheim's avatar
      Cleanup: Remove NativesCollection<.>::*Raw* methods. · b27431d5
      vogelheim authored
      These methods for used for compressed libraries, where GetSource* functions
      contained the compressed sources and [GS]etRawSource* the uncompressed
      sources. This is dead code since the API no longer supports compression.
      
      (If you need/want compressed sources, use the external startup data and
       compress/uncompress on the Embedder's side.)
      
      BUG=
      
      Review URL: https://codereview.chromium.org/772853003
      
      Cr-Commit-Position: refs/heads/master@{#25666}
      b27431d5
  6. 23 Jun, 2014 1 commit
  7. 10 Jun, 2014 1 commit
  8. 05 Jun, 2014 1 commit
    • vogelheim@chromium.org's avatar
      Support external startup data in V8. · ba9f391b
      vogelheim@chromium.org authored
      [Retry of crrev.com/293993021, which caused problems with 'ninja all' in Chromium. First patch set if a clean apply
      of crrev.com/293993021. Subsequent sets are the actual fix
      for that issue.]
      
      If the embedder chooses, the 'natives' (library sources) and the
      precompiled startup blob can be written to files during the build
      process and handed over to V8 at startup. The main purpose would be
      to reduce the size of the compiled binary for space constrained
      platforms.
      
      The build-time option is off by default. Nothing should change if
      it's not enabled.
      
      BUG=
      R=jochen@chromium.org
      
      Review URL: https://codereview.chromium.org/315033002
      
      git-svn-id: https://v8.googlecode.com/svn/branches/bleeding_edge@21696 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
      ba9f391b
  9. 04 Jun, 2014 1 commit
  10. 03 Jun, 2014 1 commit
  11. 29 Apr, 2014 1 commit
  12. 12 Sep, 2013 1 commit
  13. 26 Aug, 2013 1 commit
  14. 23 Aug, 2013 1 commit
  15. 03 Jul, 2013 1 commit
  16. 14 Jul, 2011 1 commit
  17. 06 Jun, 2011 1 commit
  18. 31 May, 2011 1 commit
  19. 15 Apr, 2011 1 commit
  20. 12 Apr, 2011 1 commit
  21. 23 Mar, 2010 1 commit
  22. 25 May, 2009 1 commit
  23. 21 Oct, 2008 1 commit
  24. 09 Sep, 2008 1 commit
  25. 03 Jul, 2008 1 commit