1. 14 Aug, 2013 1 commit
  2. 24 Jul, 2013 1 commit
  3. 13 May, 2013 1 commit
  4. 30 Apr, 2013 1 commit
  5. 29 Apr, 2013 1 commit
    • Kenny Root's avatar
      Move JSSE to new package · 38375a4d
      Kenny Root authored
      To help with shipping the JSSE with apps that want to bundle it, move
      it to a new package so that the tangles in other parts of the library
      can be untangled.
      
      Change-Id: I810b6861388635301e28aee5b9b47b8e6b35b430
      38375a4d
  6. 05 Apr, 2013 1 commit
  7. 03 Apr, 2013 1 commit
  8. 08 Feb, 2013 1 commit
  9. 18 Jan, 2013 2 commits
  10. 08 Nov, 2012 1 commit
  11. 19 Oct, 2012 1 commit
  12. 18 Oct, 2012 1 commit
  13. 29 Aug, 2012 1 commit
    • Elliott Hughes's avatar
      Add dependencies on the makefiles. · 73d3e262
      Elliott Hughes authored
      I've been enjoying this in bionic for a while now, and was annoyed
      not to have make do the right thing in libcore.
      
      Change-Id: Idcd2db48349202259887499a1f47d85c5d205d54
      73d3e262
  14. 24 Aug, 2012 1 commit
  15. 23 Aug, 2012 1 commit
  16. 22 Aug, 2012 1 commit
    • Ying Wang's avatar
      Remove obsolete variables. · ff053c36
      Ying Wang authored
      Bug: 6987838
      - Now emma is only enabled for apks.
      - Global var  EMMA_INSTRUMENT_STATIC tells to build emma as static
        library to each module with emma enabled.
      
      Change-Id: I1f3831ca3bbb3bc4fcc3c049fe80993a5cdc177a
      ff053c36
  17. 17 Apr, 2012 1 commit
  18. 07 Jun, 2011 1 commit
  19. 06 Jun, 2011 1 commit
    • Ying Wang's avatar
      Quote the filename before passing to jar. · 43624e7f
      Ying Wang authored
      Jar arg list file can not handle correctly if file name with "#" in it
      is not quoted.
      Also change to use a module specific tmp directory, instead of out/tmp.
      
      Change-Id: I2b73f0826f845381a8457f0d342c736bea33a7c2
      43624e7f
  20. 28 Apr, 2011 1 commit
  21. 25 Mar, 2011 1 commit
    • Brian Carlstrom's avatar
      Import SamplingProfiler from http://code.google.com/p/dalvik/ · cfa84a2a
      Brian Carlstrom authored
      cp ~/android/dalvik/profiler/src/main/java/dalvik/profiler/* ~/android/master/libcore/dalvik/src/main/java/dalvik/system/profiler/
      cp ~/android/dalvik/profiler/src/test/java/dalvik/profiler/* ~/android/master/libcore/dalvik/src/test/java/dalvik/system/profiler/
      perl -p -i -e 's/package dalvik.profiler;/package dalvik.system.profiler;/' ~/android/master/libcore/dalvik/src/*/java/dalvik/system/profiler/*.java
      perl -p -i -e 's/import dalvik.profiler./import dalvik.system.profiler./' ~/android/master/libcore/dalvik/src/*/java/dalvik/system/profiler/*.java
      
      Change-Id: Iae3f63327f4a9dde7f037e69c22057e2ea704aaa
      cfa84a2a
  22. 18 Mar, 2011 2 commits
  23. 07 Mar, 2011 2 commits
  24. 02 Mar, 2011 1 commit
    • Brian Carlstrom's avatar
      Removing cts dependency on AllTests for running core-tests · 302e330b
      Brian Carlstrom authored
      Summary:
      - rewrote CollectAllTests to not depend on now deleted AllTests
      - flattened core-tests into one static jar (enh)
      - used static lib in cts build process
      
      Details:
      
      build
      
          allow static libraries to contain resources
          used by core-tests module
      	core/java_library.mk
      
          collapse CTS_CORE_CASE_LIST to android.core.tests.libcore
          change generate-core-test-description to take a jar of tests to run instead of an AllTests class name
          move common options from callers of generate-core-test-description to its definition
          updated classpath for running generate-core-test-description for libcore tests
      	core/tasks/cts.mk
      
      cts
      
          Restore temporarily disabled cts build
      	tests/core/Android.mk
      
          Updated BUILD_CTSCORE_PACKAGE
          - don't overwrite LOCAL_STATIC_JAVA_LIBRARIES, just append to it so we can use a static library to build android.core.tests.libcore
          - clarify some comments
          - change some @ to $(hide) to clarify operations in showcommands
          - update rules now that input is a static library
      	tests/core/ctscore.mk
      
          New android.core.tests.libcore built from static core-tests library
          Note dummy file is necessary for build to process static library into an APK.
          I first tried to change build to allow a package with only a static library
          but it would require changing how static libraries are packed in to APK,
          which right now is done at the time Java sources are compiled.
      	tests/core/libcore/Android.mk
      	tests/core/libcore/AndroidManifest.xml
      	tests/core/libcore/src/Dummy.java
      
          Removing old core-tests packages
      	tests/core/dom/Android.mk
      	tests/core/dom/AndroidManifest.xml
      	tests/core/luni-io/Android.mk
      	tests/core/luni-io/AndroidManifest.xml
      	tests/core/luni-lang/Android.mk
      	tests/core/luni-lang/AndroidManifest.xml
      	tests/core/luni-net/Android.mk
      	tests/core/luni-net/AndroidManifest.xml
      	tests/core/luni-util/Android.mk
      	tests/core/luni-util/AndroidManifest.xml
      	tests/core/xml/Android.mk
      	tests/core/xml/AndroidManifest.xml
      
           Rewrite of logic in CollectAllTests for finding tests to run.
           Previously it acted as a JUnit TestRunner for a specific TestSuite,
           with the runner modified to do no-op runs just to collect the names of tests.
           Now it takes a jar file argument and walks the entries looking for TestCase
           classes and then walking the methods to find the tests.
      
      	tools/utils/CollectAllTests.java
      
      libcore
      
          fix all-test-java-files-under to work like all-main-java-files-under (to support multiple directories)
          flatten separate core-tests-* into core-tests
          make core-tests a static Java library, avoiding dex overhead (which will only now be done when building CTS packages)
          remove old RI core-tests.jar build which seems obsolete given our use of vogar
          removd core-tests-supportlib since core-tests can now be used in its place
      
      	JavaLibrary.mk
      
      frameworks/base
      
          Change tracking move from core-tests-supportlib to core-tests
      
      	core/tests/coretests/Android.mk
      
      Change-Id: Id5d965dd96d257544ce27a1e0fcde65901e9c573
      302e330b
  25. 22 Feb, 2011 1 commit
  26. 14 Jan, 2011 1 commit
  27. 10 Jan, 2011 1 commit
  28. 06 Jan, 2011 1 commit
    • Brian Carlstrom's avatar
      Add libcore-docs target · dc3c1528
      Brian Carlstrom authored
      Add a local droiddoc target that cuts the review time for javadoc
      changes from several minutes to less than a minute.
      
      Docs.mk is the list of directories to javadoc within libcore that was
      refactored from frameworks/base/Android.mk
      
      Change-Id: I5c12b48e71b849c2883ebaafaddea5f6c6dea857
      dc3c1528
  29. 14 Dec, 2010 1 commit
    • Elliott Hughes's avatar
      Building libcore in master is spam city. Fix that. · 48d0b3ff
      Elliott Hughes authored
      Actually, this is more of a workaround. The real fix would be:
      
      1. work out why @SuppressWarnings("unchecked") isn't working.
      2. move the XML crap (which we're not maintaining, and where we don't fix
         warnings) out into external/.
      3. uncomment the commented-out line in this patch.
      
      (I've fixed our real non-"unchecked" warnings in earlier patches.)
      
      Change-Id: I5a2dcb071eef5b46c8f166f9492d56cfdb5c6fa5
      48d0b3ff
  30. 12 Oct, 2010 1 commit
  31. 16 Sep, 2010 1 commit
  32. 14 Sep, 2010 1 commit
  33. 13 Sep, 2010 1 commit
  34. 01 Sep, 2010 2 commits
    • Brian Carlstrom's avatar
      New Java-based SamplingProfiler · 51ee38b9
      Brian Carlstrom authored
      Summary:
      - libcore: new Java based SamplingProfiler
      - dalvik: remove old SamplingProfiler native bits
      - frameworks/base: New placeholder SamplingProfilerIntegration
      - vendor/google: remove old profiler snapshot parsing code
      
      Details:
      
      libcore
      
         A new 100% Java SamplingProfiler. While it has more overhead that
         the old native one, the new one can actually collect more than the
         current PC and frame pointer, so you can get useful context of
         where your app is spending time. It currently provides ASCII hprof
         format output for use with tools like PerfAnal
      	dalvik/src/main/java/dalvik/system/SamplingProfiler.java
      
          Unit test for the new SamplingProfiler
      	dalvik/src/test/java/dalvik/system/SamplingProfilerTest.java
      
          Add core-tests-dalvik
      	JavaLibrary.mk
      
      dalvik
      
          Removing native code that supported the old SamplingProfiler
      	vm/Dvm.mk
      	vm/native/InternalNative.c
      	vm/native/dalvik_system_SamplingProfiler.c
      
      frameworks/base
      
        Placeholder SamplingProfilerIntegration. Later plans include
        generating EventStackTrace protobufs.
      
          New SamplingProfiler does not have a global instance, so
          SamplingProfilerIntegration provides one in INSTANCE. Old binary
          snapshot format is temporily replaced with ASCII hprof data.
      	core/java/com/android/internal/os/SamplingProfilerIntegration.java
      
          Simplified interface for zygote profile snapshotting
      	core/java/com/android/internal/os/ZygoteInit.java
      
          Current SamplingProfilerIntegration does not track event loop
          explicitly, but hprof information does include thread information.
      	core/java/android/app/ActivityThread.java
      
      vendor/google
      
          Removing code for parsing old SamplingProfiler snapshot format
      	tools/samplingprofiler/Android.mk
      	tools/samplingprofiler/NOTICE
      	tools/samplingprofiler/profiler.iml
      	tools/samplingprofiler/profiler.ipr
      	tools/samplingprofiler/pull-snapshots.sh
      	tools/samplingprofiler/sorttable.js
      	tools/samplingprofiler/src/com/android/profiler/PrintHtml.java
      51ee38b9
    • Brian Carlstrom's avatar
      New Java-based SamplingProfiler · bb22f75b
      Brian Carlstrom authored
      Summary:
      - libcore: new Java based SamplingProfiler
      - dalvik: remove old SamplingProfiler native bits
      - frameworks/base: New placeholder SamplingProfilerIntegration
      - vendor/google: remove old profiler snapshot parsing code
      
      Details:
      
      libcore
      
         A new 100% Java SamplingProfiler. While it has more overhead that
         the old native one, the new one can actually collect more than the
         current PC and frame pointer, so you can get useful context of
         where your app is spending time. It currently provides ASCII hprof
         format output for use with tools like PerfAnal
      	dalvik/src/main/java/dalvik/system/SamplingProfiler.java
      
          Unit test for the new SamplingProfiler
      	dalvik/src/test/java/dalvik/system/SamplingProfilerTest.java
      
          Add core-tests-dalvik
      	JavaLibrary.mk
      
      dalvik
      
          Removing native code that supported the old SamplingProfiler
      	vm/Dvm.mk
      	vm/native/InternalNative.c
      	vm/native/dalvik_system_SamplingProfiler.c
      
      frameworks/base
      
        Placeholder SamplingProfilerIntegration. Later plans include
        generating EventStackTrace protobufs.
      
          New SamplingProfiler does not have a global instance, so
          SamplingProfilerIntegration provides one in INSTANCE. Old binary
          snapshot format is temporily replaced with ASCII hprof data.
      	core/java/com/android/internal/os/SamplingProfilerIntegration.java
      
          Simplified interface for zygote profile snapshotting
      	core/java/com/android/internal/os/ZygoteInit.java
      
          Current SamplingProfilerIntegration does not track event loop
          explicitly, but hprof information does include thread information.
      	core/java/android/app/ActivityThread.java
      
      vendor/google
      
          Removing code for parsing old SamplingProfiler snapshot format
      	tools/samplingprofiler/Android.mk
      	tools/samplingprofiler/NOTICE
      	tools/samplingprofiler/profiler.iml
      	tools/samplingprofiler/profiler.ipr
      	tools/samplingprofiler/pull-snapshots.sh
      	tools/samplingprofiler/sorttable.js
      	tools/samplingprofiler/src/com/android/profiler/PrintHtml.java
      
      Change-Id: I4a7d7b86b45a806021249c83ab32e52d3d53f33c
      bb22f75b
  35. 26 Jun, 2010 1 commit
    • Brian Carlstrom's avatar
      Remove libcore's dependency on bouncycastle · 12cd1f00
      Brian Carlstrom authored
      external/bouncycastle
      - Change to be the primary build for bouncycastle sources (as opposed to part of libcore)
      - Moved OpenSSLMessageDigest from libcore to OpenSSLDigest
        It uses NativeCrypto API from core, but implements a bouncycastle specific interface
      - restored registration of bouncycastle MessageDigests for SHA-1, SHA-256, MD5
        OpenSSLProvider versions take precedence, but explicit provider of "BC" allows choice
      - enabled native versions of SHA-384 and SHA-512
      - pruned MD4 implementation
      
      frameworks/base
      - frameworks and CoreTests modules now depend on bouncycastle
      - update preloades classes for NativeBN package change
      - moved CryptoTest to libcore
      
      libcore
      - core now builds without bouncycastle sources
      - core-tests, core-tests-support, core-tests-supportlib now depend on bouncycastle
      - removed libcore/openssl directory, moving NativeBN to java/math
      - minor cleanup of Provider, Security, Services style while working on ProviderTest
      - added new OpenSSLProvider registered as first provider to have
        priority over the others to ensure our native implementations are used
      - moved BouncyCastle to have priority as a provider over Harmony
      - JarVerifier and JarUtils now implicitly use OpenSSLMessageDigest
      - Cleanedup OpenSSLSignature, implementation needs to be finished to move to OpenSSLProvider
      - To avoid using PEMWriter from BouncyCastle, NativeCrypto now takes binary encoded certs and keys
        This is more efficient as well avoiding the base64 decode/encode of the binary data
      - removed SHA-224 to match the RI
      
      packages/apps/CertInstaller
      - CertificateInstaller module now depends on bouncycastle
        this is the only app to depend on bouncycastle
      
      system/core
      - updated BOOTCLASSPATH
      
      Change-Id: I6205366b12baec4331b4a76e2c85d8324bf64b2c
      12cd1f00
  36. 18 Jun, 2010 1 commit