Skip to content
Snippets Groups Projects
Select Git revision
  • test default
1 result
Search by author
  • Any Author
  • CodeLinaro CodeLinaro codelinaro
  • CodeLinaro Hoperun CodeLinaro Hoperun hoperun
  • Joshua S. (Stage) Joshua S. (Stage) joshua.sickmeyer
  • Manifest Service Manifest Service manifest_service
  • Park, Jae Woo Park, Jae Woo jaewpark
5 authors
  1. Feb 27, 2019
  3. Feb 21, 2019
  5. Feb 20, 2019
  7. Feb 15, 2019
  9. Feb 13, 2019
    • Tor Norbye's avatar
      Generate @apiSince and @deprecatedIn instead of literal text · bd606aec
      Tor Norbye authored 
      This is intended for doclava and other tools to do their
own rendering of the doc content to describe a deprecation
level.

Also renames the @since tag to @apiSince to make it less
ambiguous and to not conflict with existing @since tags
that are present in various docs.

Also starts emitting @apiSince into package.html docs,
such that there is a concept of a package API level; this
is the lowest API level for any class in that package.

Also makes sure we don't emit @apiSince for SystemApi
docs, since we don't have accurate historical information
for SystemApi and TestApi sources.

Also starts writing @apiSince tags even when the since tag
is 1 (e.g. for the APIs added from the beginning). This
was omitted for optimization purposes earlier but is added
back to make the doc generation task easier.
I also added some optimizations for these two new tags since
they can be merged more quickly with some special handling
since they never appear in existing sources and can always
be listed last in the docs.

Finally, various fixes to the API lookup data base
generation; this makes the generated database more
closely mirror what's in android.jar, and, importantly
for doc generation, properly tracks in-development APIs,
such that generated docs at the moment shows up as "Q"
instead of "28".

Test: Unit test updated
Change-Id: If25a8075dc1bb2ace184d1b4d6f19717fae2bc83
      bd606aec
  11. Feb 09, 2019
  13. Feb 08, 2019
    • Tor Norbye's avatar
      119021844: Add support for subtracting APIs · f1713cec
      Tor Norbye authored 
      This CL adds the following flag:
--subtract-api <api file>  Subtracts the API in the given signature or jar
                           file from the current API being emitted via
                           --api, --stubs, --doc-stubs, etc. Note that the
                           subtraction only applies to classes; it does not
                           subtract members.

This lets you limit the emitted API signature files, stub files, etc,
to be just the delta relative to a subset of the API, or an older
version of the API.

Bug: 119021844: Remove duplicate classes from org.apache.http.legacy stubs library
Test: Unit test included
Change-Id: I28a9f0f49ac42626a62f5ca4faa6c35e38554228
      f1713cec
  15. Feb 07, 2019
    • Tor Norbye's avatar
      Change --update-api to --only-update-api and add --only-check-api · a0524a0b
      Tor Norbye authored 
      am: d3fe21fb

Change-Id: Ic04f7099e59f53083f46ef78f484da9a38f29397
      a0524a0b
    • Tor Norbye's avatar
      Change --update-api to --only-update-api and add --only-check-api · d3fe21fb
      Tor Norbye authored 
      This CL adds a new flag to tell metalava that it's invoked while
*only* checking compatibility. In that case it will ignore various
other flags being passed in to it (such as --stubs, which it's
currently unconditionally passed but is not useful and is costly
during compatibility checks.)  It also renames the --update-api
flag (meant for similar purpose during make update-api, where
we don't need to generate stubs) to be called --only-update-api
to make its purpose clearer.

Test: Unit test included
Change-Id: I3f105746c5f76356b8dca0f1709ee2a4413ff938
      d3fe21fb
  17. Feb 06, 2019
    • Tor Norbye's avatar
      Add type printer to properly handle Kotlin style null syntax · 1bfbb626
      Tor Norbye authored 
      am: 42a0adb7

Change-Id: If5a2802cc540b2e18734f082a23fbf41729cef02
      1bfbb626
    • Tor Norbye's avatar
      Add type printer to properly handle Kotlin style null syntax · 42a0adb7
      Tor Norbye authored 
      This CL updates the handling of Kotlin-style null syntax (used
in format v3). It now does a much more accurate job formatting
types from Java syntax (and Java type use annotation syntax)
into Kotlin-style nullness syntax. This cannot be done with
simple things like replacing @Nullable with ? since the place
for the annotations in the type expression is not the same as
where the nullness suffix goes.

This CL also adds --format=latest as an alias for --format=v3
and --format=recommended as an alias for --format=v2.
(The alias values will change over time as the formats and
recommendations evolve.)

Bug: 123415058
Test: Many new unit tests
Change-Id: I6622041f0966b99157db4fe60d534a55e658bd10
      42a0adb7
  19. Feb 01, 2019
  21. Jan 31, 2019
  23. Jan 30, 2019
  25. Jan 28, 2019
  27. Jan 25, 2019
  29. Jan 24, 2019