1. 17 Mar, 2014 1 commit
  2. 07 Mar, 2014 2 commits
    • commit-bot@chromium.org's avatar
      Add SkCanvas::writePixels that takes info+pixels directly · 4cd9e216
      commit-bot@chromium.org authored
      add corresponding methods to device (w/ diff name to avoid colliding with exising virtuals)
      
      BUG=skia:
      R=bsalomon@google.com, robertphillips@google.com, junov@google.com, junov@chromium.org
      
      Author: reed@google.com
      
      Review URL: https://codereview.chromium.org/180113010
      
      git-svn-id: http://skia.googlecode.com/svn/trunk@13697 2bbb7eff-a529-9590-31e7-b0007b416f81
      4cd9e216
    • commit-bot@chromium.org's avatar
      Add a class to allocate small objects w/o extra calls to new. · a5572e5b
      commit-bot@chromium.org authored
      Add SkSmallAllocator, a template for allocating small (as defined by the
      instantiation) objects without extra calls to new. Add a helper macro to
      make using it simple.
      
      Remove SkTemplatesPriv.h, whose behavior is replaced by SkSmallAllocator.
      The old SK_PLACEMENT_NEW had the following drawbacks:
      - Easily confused with SkNEW_PLACEMENT.
      - Requires passing around lots of void*s along with the storageSize.
      - Requires using a separate class for deleting it.
      - We had multiple ways Auto objects for deleting in different places.
      - It always did a straight heap allocation on Windows, meaning Windows
        did not get any advantages from the confusing code.
      The new SkSmallAllocator simplifies things:
      - It is clear about what it does.
      - It takes care of the deletion in one place that is automatically
        handled.
      
      Further, the new class can be used to create more than one object. This
      is in preparation for BUG=skia:1976, for which we would like to create
      a new ...
      a5572e5b
  3. 05 Mar, 2014 1 commit
  4. 03 Mar, 2014 1 commit
  5. 27 Feb, 2014 1 commit
  6. 26 Feb, 2014 1 commit
    • commit-bot@chromium.org's avatar
      Let DM run unit tests. · 0dc5bd14
      commit-bot@chromium.org authored
        - refactor GYPs and a few flags
        - make GPU tests grab a thread-local GrContextFactory when needed as we do in DM for GMs
        - add a few more UI features to make DM more like tests
      
      I believe this makes the program 'tests' obsolete.
      
      It should be somewhat faster to run the two sets together than running the old binaries serially:
        - serial: tests 20s (3m18s CPU), dm 21s (3m01s CPU)
        - together: 27s (6m21s CPU)
      
      Next up is to incorporate benches.  I'm only planning there on a single-pass sanity check, so that won't obsolete the program 'bench' just yet.
      
      Tested: out/Debug/tests && out/Debug/dm && echo ok
      BUG=skia:
      
      Committed: http://code.google.com/p/skia/source/detail?r=13586
      
      R=reed@google.com, bsalomon@google.com, mtklein@google.com, tfarina@chromium.org
      
      Author: mtklein@chromium.org
      
      Review URL: https://codereview.chromium.org/178273002
      
      git-svn-id: http://skia.googlecode.com/svn/trunk@13592 2bbb7eff-a529-9590-31e7-b0007b416f81
      0dc5bd14
  7. 25 Feb, 2014 2 commits
    • commit-bot@chromium.org's avatar
      Revert of Let DM run unit tests. (https://codereview.chromium.org/178273002/) · 79e13260
      commit-bot@chromium.org authored
      Reason for revert:
      broke tests
      
      Original issue's description:
      > Let DM run unit tests.
      >   - refactor GYPs and a few flags
      >   - make GPU tests grab a thread-local GrContextFactory when needed as we do in DM for GMs
      >   - add a few more UI features to make DM more like tests
      >
      > I believe this makes the program 'tests' obsolete.
      >
      > It should be somewhat faster to run the two sets together than running the old binaries serially:
      >   - serial: tests 20s (3m18s CPU), dm 21s (3m01s CPU)
      >   - together: 27s (6m21s CPU)
      >
      > Next up is to incorporate benches.  I'm only planning there on a single-pass sanity check, so that won't obsolete the program 'bench' just yet.
      >
      > Tested: out/Debug/tests && out/Debug/dm && echo ok
      > BUG=skia:
      >
      > Committed: http://code.google.com/p/skia/source/detail?r=13586
      
      R=bsalomon@google.com, mtklein@google.com, tfarina@chromium.org, mtklein@chromium.org
      TBR=bsalomon@google.com, mtklein@chromium.org, mtklein@google.com, tfarina@chromium.org
      NOTREECHECKS=true
      NOTRY=true
      BUG=skia:
      
      Author: reed@google.com
      
      Review URL: https://codereview.chromium.org/179403010
      
      git-svn-id: http://skia.googlecode.com/svn/trunk@13587 2bbb7eff-a529-9590-31e7-b0007b416f81
      79e13260
    • commit-bot@chromium.org's avatar
      Let DM run unit tests. · 6bd250a2
      commit-bot@chromium.org authored
        - refactor GYPs and a few flags
        - make GPU tests grab a thread-local GrContextFactory when needed as we do in DM for GMs
        - add a few more UI features to make DM more like tests
      
      I believe this makes the program 'tests' obsolete.
      
      It should be somewhat faster to run the two sets together than running the old binaries serially:
        - serial: tests 20s (3m18s CPU), dm 21s (3m01s CPU)
        - together: 27s (6m21s CPU)
      
      Next up is to incorporate benches.  I'm only planning there on a single-pass sanity check, so that won't obsolete the program 'bench' just yet.
      
      Tested: out/Debug/tests && out/Debug/dm && echo ok
      BUG=skia:
      R=reed@google.com, bsalomon@google.com, mtklein@google.com, tfarina@chromium.org
      
      Author: mtklein@chromium.org
      
      Review URL: https://codereview.chromium.org/178273002
      
      git-svn-id: http://skia.googlecode.com/svn/trunk@13586 2bbb7eff-a529-9590-31e7-b0007b416f81
      6bd250a2