Skip to content
Snippets Groups Projects
  1. Mar 06, 2019
  2. Mar 05, 2019
    • Tor Norbye's avatar
      127458147: Include IntDef annotations in current.txt · bff0085a
      Tor Norbye authored
      Adds a new mode, off by default, which lets you either include
      typedef annotation references in the signature files (without
      the typedef classes themselves), or inline the typedef constants
      themselves into all the annotated sites.
      
      Usage:
      --typedefs-in-signatures <ref|inline>
           Whether to include typedef annotations in
           signature files. `--typedefs-in-signatures ref`
           will include just a reference to the typedef
           class, which is not itself part of the API and
           is not included as a class, and
           `--typedefs-in-signatures inline` will include
           the constants themselves into each usage site.
           You can also supply `--typedefs-in-signatures
           none` to explicitly turn it off, if the default
           ever changes.
      
      Bug: 127458147
      Test: Unit tests included
      Change-Id: I9aee3043fb7d0a12bebe23e02ecce405723478f0
      bff0085a
  3. Mar 04, 2019
  4. Mar 01, 2019
  5. Feb 27, 2019
  6. Feb 25, 2019
  7. Feb 21, 2019
  8. Feb 20, 2019
  9. Feb 15, 2019
  10. 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
  12. 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
  13. Feb 07, 2019
Loading