1. 17 May, 2010 1 commit
  2. 04 May, 2010 1 commit
  3. 30 Apr, 2010 1 commit
  4. 28 Apr, 2010 1 commit
    • Guang Zhu's avatar
      no emma instrumentation on core-test · f69aac3c
      Guang Zhu authored
      * applying emma instrumentation causes OOM in dx
      * test packages don't need emma instrumentation anyway, it's the
        package under test that needs to be processed by emma
      
      Change-Id: I8e65d3750aae716c52fb98d0b8cd41a748344516
      f69aac3c
  5. 27 Apr, 2010 1 commit
  6. 23 Apr, 2010 1 commit
  7. 16 Apr, 2010 1 commit
  8. 11 Mar, 2010 1 commit
    • Guang Zhu's avatar
      include emma into core library on conditional flag · 709c24d3
      Guang Zhu authored
      emma library is used for collecting code coverage. Current pain point is that
      for collecting code coverage, developers either need to include emma as a
      local static library, or change BOOTCLASSPATH to include emma which includes
      hacking boot image and reflashing it.
      
      With this change, emma will be integrated into core.jar if EMMA_INSTRUMENT flag
      is on, so pushing the updated framework.jar and perform a runtime restart will
      make emma globally available to all code coverage tests.
      
      This change will only affect code coverage builds.
      
      Change-Id: I097254835ef4817d068e8946ecbec60135e1f515
      709c24d3
  9. 26 Feb, 2010 1 commit
    • Elliott Hughes's avatar
      Break the sqlite JDBC driver out from our JDBC implementation. · b9cf9cb6
      Elliott Hughes authored
      The JDBC driver is from a different source
      (http://www.ch-werner.de/javasqlite/overview-summary.html) and is only
      really needed for testing.
      
      Bug 2468870 asks that we don't eagerly register the native methods for
      these classes. That bug is fixed by this change.
      
      Bug 2198667 asks that we stop shipping this JDBC driver as part of the
      base system. That bug is not addressed by this change: the classes and
      native code are now in their own, separate, .jar and .so files -- so
      they'll be easier to remove in future -- but for now those files are
      still in /system/framework and /system/lib respectively.
      
      Bug: 2468870
      Bug: 2198667
      b9cf9cb6
  10. 22 Feb, 2010 2 commits
  11. 20 Feb, 2010 1 commit
  12. 19 Feb, 2010 1 commit
    • Elliott Hughes's avatar
      Resync a load of tests with upstream, make our build faster. · 7ee3a061
      Elliott Hughes authored
      I started off with a mission to remove uses of dalvik.annotation.* (stuff
      like @TestTargetNew and other useless junk that just makes it harder to
      stay in sync with upstream). I wrote a script to go through tests showing
      me the diff between what we have and what upstream has, thinking that in
      cases where upstream has also added tests, I may as well pull them in at
      the same time...
      
      ...but I didn't realize how close we were to having dx fill its 1.5GiB heap.
      
      After trying various alternatives, I decided to bite the bullet and break
      core-tests up into one .jar per module. This adds parallelism back into this,
      the slowest part of our build. (I can do even better, but I'll do that in a
      separate patch, preferably after we've merged recent changes from master.)
      
      Only a couple of dependencies were problematic: the worthless TestSuiteFactory
      which already contained a comment suggesting we get rid of it, and the fact
      that some tests -- most notably the concurrent ones -- also contained main
      methods that started the JUnit tty-based TestRunner.
      
      (In the long run, we want to be running the harmony tests directly from a
      pristine "svn co" of upstream, using DalvikRunner. But this will be a big
      help in the meantime, and starts the work of getting our current copy of
      the tests into a state where we can start to extract any meaningful
      changes/additions we've made.)
      7ee3a061
  13. 11 Dec, 2009 1 commit
  14. 26 Oct, 2009 1 commit
  15. 29 Apr, 2009 1 commit
  16. 03 Apr, 2009 1 commit
    • Jorg Pleumann's avatar
      AI 144390: am: CL 144230 am: CL 144229 Modifying build of core-tests.jar version for · 0d1eac37
      Jorg Pleumann authored
        the RI so that the required test annotation
        classes are copied over from core.jar. Means
        we don't have to maintain duplicate versions
        of these classes (and there will be less
        verifier complaints), so these are going away
        in the process.
        Original author: jorgp
        Merged from: //branches/cupcake/...
        Original author: android-build
      
      Automated import of CL 144390
      0d1eac37
  17. 02 Apr, 2009 2 commits
    • Jorg Pleumann's avatar
      AI 144230: am: CL 144229 Modifying build of core-tests.jar version for · 59ac9933
      Jorg Pleumann authored
        the RI so that the required test annotation
        classes are copied over from core.jar. Means
        we don't have to maintain duplicate versions
        of these classes (and there will be less
        verifier complaints), so these are going away
        in the process.
        Original author: jorgp
        Merged from: //branches/cupcake/...
      
      Automated import of CL 144230
      59ac9933
    • Jorg Pleumann's avatar
      AI 144229: Modifying build of core-tests.jar version for · d9673961
      Jorg Pleumann authored
        the RI so that the required test annotation
        classes are copied over from core.jar. Means
        we don't have to maintain duplicate versions
        of these classes (and there will be less
        verifier complaints), so these are going away
        in the process.
        BUG=1285921
      
      Automated import of CL 144229
      d9673961
  18. 04 Mar, 2009 2 commits
  19. 16 Jan, 2009 1 commit
  20. 21 Oct, 2008 1 commit