2017-03-28 23:54:55 +02:00
|
|
|
// Copyright 2017 Google Inc. All rights reserved.
|
|
|
|
//
|
|
|
|
// Licensed under the Apache License, Version 2.0 (the "License");
|
|
|
|
// you may not use this file except in compliance with the License.
|
|
|
|
// You may obtain a copy of the License at
|
|
|
|
//
|
|
|
|
// http://www.apache.org/licenses/LICENSE-2.0
|
|
|
|
//
|
|
|
|
// Unless required by applicable law or agreed to in writing, software
|
|
|
|
// distributed under the License is distributed on an "AS IS" BASIS,
|
|
|
|
// WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
|
|
// See the License for the specific language governing permissions and
|
|
|
|
// limitations under the License.
|
|
|
|
|
|
|
|
package android
|
|
|
|
|
|
|
|
import (
|
|
|
|
"encoding/json"
|
2020-04-01 18:41:41 +02:00
|
|
|
"fmt"
|
2018-05-04 00:42:34 +02:00
|
|
|
"strconv"
|
2017-03-28 23:54:55 +02:00
|
|
|
)
|
|
|
|
|
|
|
|
func init() {
|
|
|
|
RegisterSingletonType("api_levels", ApiLevelsSingleton)
|
|
|
|
}
|
|
|
|
|
2021-02-04 18:28:22 +01:00
|
|
|
const previewAPILevelBase = 9000
|
|
|
|
|
Replace stringly-typed API levels.
Handling of API levels within Soong is currently fairly difficult
since it isn't always clear based on context what kind of API level a
given string represents, how much canonicalizing and error checking
the code receiving the string are expected to do, or how those errors
should be treated.
The API level struct does not export its raw data, so as to keep its
"constructor" private to the android package, and to prevent misuse of
the `number` field, which is only an implementation detail for preview
API levels. API levels can be parsed with either
`android.ApiLevelFromUser`, which returns any errors to the caller, or
`android.ApiLevelOrPanic`, which is used in the case where the input
is trusted and any errors in parsing should panic. Even within the
`android` package, these APIs should be preferred over direct
construction.
For cases where there are context specific parsing requirements, such
as handling the "minimum" alias in the cc module,
`nativeApiLevelFromUser` and `nativeApiLevelOrPanic` should be used
instead.
Test: treehugger
Bug: http://b/154667674
Change-Id: Id52921fda32cb437fb1775ac2183299dedc0cf20
2020-07-06 23:49:35 +02:00
|
|
|
// An API level, which may be a finalized (numbered) API, a preview (codenamed)
|
|
|
|
// API, or the future API level (10000). Can be parsed from a string with
|
|
|
|
// ApiLevelFromUser or ApiLevelOrPanic.
|
|
|
|
//
|
|
|
|
// The different *types* of API levels are handled separately. Currently only
|
2021-03-29 13:11:58 +02:00
|
|
|
// Java has these, and they're managed with the SdkKind enum of the SdkSpec. A
|
|
|
|
// future cleanup should be to migrate SdkSpec to using ApiLevel instead of its
|
|
|
|
// SdkVersion int, and to move SdkSpec into this package.
|
Replace stringly-typed API levels.
Handling of API levels within Soong is currently fairly difficult
since it isn't always clear based on context what kind of API level a
given string represents, how much canonicalizing and error checking
the code receiving the string are expected to do, or how those errors
should be treated.
The API level struct does not export its raw data, so as to keep its
"constructor" private to the android package, and to prevent misuse of
the `number` field, which is only an implementation detail for preview
API levels. API levels can be parsed with either
`android.ApiLevelFromUser`, which returns any errors to the caller, or
`android.ApiLevelOrPanic`, which is used in the case where the input
is trusted and any errors in parsing should panic. Even within the
`android` package, these APIs should be preferred over direct
construction.
For cases where there are context specific parsing requirements, such
as handling the "minimum" alias in the cc module,
`nativeApiLevelFromUser` and `nativeApiLevelOrPanic` should be used
instead.
Test: treehugger
Bug: http://b/154667674
Change-Id: Id52921fda32cb437fb1775ac2183299dedc0cf20
2020-07-06 23:49:35 +02:00
|
|
|
type ApiLevel struct {
|
|
|
|
// The string representation of the API level.
|
|
|
|
value string
|
|
|
|
|
|
|
|
// A number associated with the API level. The exact value depends on
|
|
|
|
// whether this API level is a preview or final API.
|
|
|
|
//
|
|
|
|
// For final API levels, this is the assigned version number.
|
|
|
|
//
|
|
|
|
// For preview API levels, this value has no meaning except to index known
|
|
|
|
// previews to determine ordering.
|
|
|
|
number int
|
|
|
|
|
|
|
|
// Identifies this API level as either a preview or final API level.
|
|
|
|
isPreview bool
|
|
|
|
}
|
|
|
|
|
2020-07-23 07:32:17 +02:00
|
|
|
func (this ApiLevel) FinalOrFutureInt() int {
|
|
|
|
if this.IsPreview() {
|
2020-07-24 01:43:25 +02:00
|
|
|
return FutureApiLevelInt
|
2020-07-23 07:32:17 +02:00
|
|
|
} else {
|
|
|
|
return this.number
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2021-02-04 18:28:22 +01:00
|
|
|
// FinalOrPreviewInt distinguishes preview versions from "current" (future).
|
|
|
|
// This is for "native" stubs and should be in sync with ndkstubgen/getApiLevelsMap().
|
|
|
|
// - "current" -> future (10000)
|
|
|
|
// - preview codenames -> preview base (9000) + index
|
|
|
|
// - otherwise -> cast to int
|
|
|
|
func (this ApiLevel) FinalOrPreviewInt() int {
|
|
|
|
if this.IsCurrent() {
|
|
|
|
return this.number
|
|
|
|
}
|
|
|
|
if this.IsPreview() {
|
|
|
|
return previewAPILevelBase + this.number
|
|
|
|
}
|
|
|
|
return this.number
|
|
|
|
}
|
|
|
|
|
Replace stringly-typed API levels.
Handling of API levels within Soong is currently fairly difficult
since it isn't always clear based on context what kind of API level a
given string represents, how much canonicalizing and error checking
the code receiving the string are expected to do, or how those errors
should be treated.
The API level struct does not export its raw data, so as to keep its
"constructor" private to the android package, and to prevent misuse of
the `number` field, which is only an implementation detail for preview
API levels. API levels can be parsed with either
`android.ApiLevelFromUser`, which returns any errors to the caller, or
`android.ApiLevelOrPanic`, which is used in the case where the input
is trusted and any errors in parsing should panic. Even within the
`android` package, these APIs should be preferred over direct
construction.
For cases where there are context specific parsing requirements, such
as handling the "minimum" alias in the cc module,
`nativeApiLevelFromUser` and `nativeApiLevelOrPanic` should be used
instead.
Test: treehugger
Bug: http://b/154667674
Change-Id: Id52921fda32cb437fb1775ac2183299dedc0cf20
2020-07-06 23:49:35 +02:00
|
|
|
// Returns the canonical name for this API level. For a finalized API level
|
|
|
|
// this will be the API number as a string. For a preview API level this
|
|
|
|
// will be the codename, or "current".
|
|
|
|
func (this ApiLevel) String() string {
|
|
|
|
return this.value
|
|
|
|
}
|
|
|
|
|
|
|
|
// Returns true if this is a non-final API level.
|
|
|
|
func (this ApiLevel) IsPreview() bool {
|
|
|
|
return this.isPreview
|
|
|
|
}
|
|
|
|
|
|
|
|
// Returns true if this is the unfinalized "current" API level. This means
|
|
|
|
// different things across Java and native. Java APIs do not use explicit
|
|
|
|
// codenames, so all non-final codenames are grouped into "current". For native
|
|
|
|
// explicit codenames are typically used, and current is the union of all
|
|
|
|
// non-final APIs, including those that may not yet be in any codename.
|
|
|
|
//
|
|
|
|
// Note that in a build where the platform is final, "current" will not be a
|
|
|
|
// preview API level but will instead be canonicalized to the final API level.
|
|
|
|
func (this ApiLevel) IsCurrent() bool {
|
|
|
|
return this.value == "current"
|
|
|
|
}
|
|
|
|
|
2021-01-26 03:43:46 +01:00
|
|
|
func (this ApiLevel) IsNone() bool {
|
|
|
|
return this.number == -1
|
|
|
|
}
|
|
|
|
|
Replace stringly-typed API levels.
Handling of API levels within Soong is currently fairly difficult
since it isn't always clear based on context what kind of API level a
given string represents, how much canonicalizing and error checking
the code receiving the string are expected to do, or how those errors
should be treated.
The API level struct does not export its raw data, so as to keep its
"constructor" private to the android package, and to prevent misuse of
the `number` field, which is only an implementation detail for preview
API levels. API levels can be parsed with either
`android.ApiLevelFromUser`, which returns any errors to the caller, or
`android.ApiLevelOrPanic`, which is used in the case where the input
is trusted and any errors in parsing should panic. Even within the
`android` package, these APIs should be preferred over direct
construction.
For cases where there are context specific parsing requirements, such
as handling the "minimum" alias in the cc module,
`nativeApiLevelFromUser` and `nativeApiLevelOrPanic` should be used
instead.
Test: treehugger
Bug: http://b/154667674
Change-Id: Id52921fda32cb437fb1775ac2183299dedc0cf20
2020-07-06 23:49:35 +02:00
|
|
|
// Returns -1 if the current API level is less than the argument, 0 if they
|
|
|
|
// are equal, and 1 if it is greater than the argument.
|
|
|
|
func (this ApiLevel) CompareTo(other ApiLevel) int {
|
|
|
|
if this.IsPreview() && !other.IsPreview() {
|
|
|
|
return 1
|
|
|
|
} else if !this.IsPreview() && other.IsPreview() {
|
|
|
|
return -1
|
|
|
|
}
|
|
|
|
|
|
|
|
if this.number < other.number {
|
|
|
|
return -1
|
|
|
|
} else if this.number == other.number {
|
|
|
|
return 0
|
|
|
|
} else {
|
|
|
|
return 1
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
func (this ApiLevel) EqualTo(other ApiLevel) bool {
|
|
|
|
return this.CompareTo(other) == 0
|
|
|
|
}
|
|
|
|
|
|
|
|
func (this ApiLevel) GreaterThan(other ApiLevel) bool {
|
|
|
|
return this.CompareTo(other) > 0
|
|
|
|
}
|
|
|
|
|
|
|
|
func (this ApiLevel) GreaterThanOrEqualTo(other ApiLevel) bool {
|
|
|
|
return this.CompareTo(other) >= 0
|
|
|
|
}
|
|
|
|
|
|
|
|
func (this ApiLevel) LessThan(other ApiLevel) bool {
|
|
|
|
return this.CompareTo(other) < 0
|
|
|
|
}
|
|
|
|
|
|
|
|
func (this ApiLevel) LessThanOrEqualTo(other ApiLevel) bool {
|
|
|
|
return this.CompareTo(other) <= 0
|
|
|
|
}
|
|
|
|
|
|
|
|
func uncheckedFinalApiLevel(num int) ApiLevel {
|
|
|
|
return ApiLevel{
|
|
|
|
value: strconv.Itoa(num),
|
|
|
|
number: num,
|
|
|
|
isPreview: false,
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
var NoneApiLevel = ApiLevel{
|
|
|
|
value: "(no version)",
|
|
|
|
// Not 0 because we don't want this to compare equal with the first preview.
|
|
|
|
number: -1,
|
|
|
|
isPreview: true,
|
|
|
|
}
|
|
|
|
|
|
|
|
// The first version that introduced 64-bit ABIs.
|
|
|
|
var FirstLp64Version = uncheckedFinalApiLevel(21)
|
|
|
|
|
|
|
|
// The first API level that does not require NDK code to link
|
|
|
|
// libandroid_support.
|
|
|
|
var FirstNonLibAndroidSupportVersion = uncheckedFinalApiLevel(21)
|
|
|
|
|
|
|
|
// If the `raw` input is the codename of an API level has been finalized, this
|
|
|
|
// function returns the API level number associated with that API level. If the
|
|
|
|
// input is *not* a finalized codename, the input is returned unmodified.
|
|
|
|
//
|
|
|
|
// For example, at the time of writing, R has been finalized as API level 30,
|
|
|
|
// but S is in development so it has no number assigned. For the following
|
|
|
|
// inputs:
|
|
|
|
//
|
|
|
|
// * "30" -> "30"
|
|
|
|
// * "R" -> "30"
|
|
|
|
// * "S" -> "S"
|
2020-10-02 19:26:04 +02:00
|
|
|
func ReplaceFinalizedCodenames(ctx PathContext, raw string) string {
|
Replace stringly-typed API levels.
Handling of API levels within Soong is currently fairly difficult
since it isn't always clear based on context what kind of API level a
given string represents, how much canonicalizing and error checking
the code receiving the string are expected to do, or how those errors
should be treated.
The API level struct does not export its raw data, so as to keep its
"constructor" private to the android package, and to prevent misuse of
the `number` field, which is only an implementation detail for preview
API levels. API levels can be parsed with either
`android.ApiLevelFromUser`, which returns any errors to the caller, or
`android.ApiLevelOrPanic`, which is used in the case where the input
is trusted and any errors in parsing should panic. Even within the
`android` package, these APIs should be preferred over direct
construction.
For cases where there are context specific parsing requirements, such
as handling the "minimum" alias in the cc module,
`nativeApiLevelFromUser` and `nativeApiLevelOrPanic` should be used
instead.
Test: treehugger
Bug: http://b/154667674
Change-Id: Id52921fda32cb437fb1775ac2183299dedc0cf20
2020-07-06 23:49:35 +02:00
|
|
|
num, ok := getFinalCodenamesMap(ctx.Config())[raw]
|
|
|
|
if !ok {
|
|
|
|
return raw
|
|
|
|
}
|
|
|
|
|
|
|
|
return strconv.Itoa(num)
|
|
|
|
}
|
|
|
|
|
|
|
|
// Converts the given string `raw` to an ApiLevel, possibly returning an error.
|
|
|
|
//
|
|
|
|
// `raw` must be non-empty. Passing an empty string results in a panic.
|
|
|
|
//
|
|
|
|
// "current" will return CurrentApiLevel, which is the ApiLevel associated with
|
|
|
|
// an arbitrary future release (often referred to as API level 10000).
|
|
|
|
//
|
|
|
|
// Finalized codenames will be interpreted as their final API levels, not the
|
|
|
|
// preview of the associated releases. R is now API 30, not the R preview.
|
|
|
|
//
|
|
|
|
// Future codenames return a preview API level that has no associated integer.
|
|
|
|
//
|
|
|
|
// Inputs that are not "current", known previews, or convertible to an integer
|
|
|
|
// will return an error.
|
2020-10-02 19:26:04 +02:00
|
|
|
func ApiLevelFromUser(ctx PathContext, raw string) (ApiLevel, error) {
|
Replace stringly-typed API levels.
Handling of API levels within Soong is currently fairly difficult
since it isn't always clear based on context what kind of API level a
given string represents, how much canonicalizing and error checking
the code receiving the string are expected to do, or how those errors
should be treated.
The API level struct does not export its raw data, so as to keep its
"constructor" private to the android package, and to prevent misuse of
the `number` field, which is only an implementation detail for preview
API levels. API levels can be parsed with either
`android.ApiLevelFromUser`, which returns any errors to the caller, or
`android.ApiLevelOrPanic`, which is used in the case where the input
is trusted and any errors in parsing should panic. Even within the
`android` package, these APIs should be preferred over direct
construction.
For cases where there are context specific parsing requirements, such
as handling the "minimum" alias in the cc module,
`nativeApiLevelFromUser` and `nativeApiLevelOrPanic` should be used
instead.
Test: treehugger
Bug: http://b/154667674
Change-Id: Id52921fda32cb437fb1775ac2183299dedc0cf20
2020-07-06 23:49:35 +02:00
|
|
|
if raw == "" {
|
|
|
|
panic("API level string must be non-empty")
|
|
|
|
}
|
|
|
|
|
|
|
|
if raw == "current" {
|
2020-07-24 01:43:25 +02:00
|
|
|
return FutureApiLevel, nil
|
Replace stringly-typed API levels.
Handling of API levels within Soong is currently fairly difficult
since it isn't always clear based on context what kind of API level a
given string represents, how much canonicalizing and error checking
the code receiving the string are expected to do, or how those errors
should be treated.
The API level struct does not export its raw data, so as to keep its
"constructor" private to the android package, and to prevent misuse of
the `number` field, which is only an implementation detail for preview
API levels. API levels can be parsed with either
`android.ApiLevelFromUser`, which returns any errors to the caller, or
`android.ApiLevelOrPanic`, which is used in the case where the input
is trusted and any errors in parsing should panic. Even within the
`android` package, these APIs should be preferred over direct
construction.
For cases where there are context specific parsing requirements, such
as handling the "minimum" alias in the cc module,
`nativeApiLevelFromUser` and `nativeApiLevelOrPanic` should be used
instead.
Test: treehugger
Bug: http://b/154667674
Change-Id: Id52921fda32cb437fb1775ac2183299dedc0cf20
2020-07-06 23:49:35 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
for _, preview := range ctx.Config().PreviewApiLevels() {
|
|
|
|
if raw == preview.String() {
|
|
|
|
return preview, nil
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
canonical := ReplaceFinalizedCodenames(ctx, raw)
|
|
|
|
asInt, err := strconv.Atoi(canonical)
|
|
|
|
if err != nil {
|
|
|
|
return NoneApiLevel, fmt.Errorf("%q could not be parsed as an integer and is not a recognized codename", canonical)
|
|
|
|
}
|
|
|
|
|
|
|
|
apiLevel := uncheckedFinalApiLevel(asInt)
|
|
|
|
return apiLevel, nil
|
|
|
|
}
|
|
|
|
|
|
|
|
// Converts an API level string `raw` into an ApiLevel in the same method as
|
|
|
|
// `ApiLevelFromUser`, but the input is assumed to have no errors and any errors
|
|
|
|
// will panic instead of returning an error.
|
2020-10-02 19:26:04 +02:00
|
|
|
func ApiLevelOrPanic(ctx PathContext, raw string) ApiLevel {
|
Replace stringly-typed API levels.
Handling of API levels within Soong is currently fairly difficult
since it isn't always clear based on context what kind of API level a
given string represents, how much canonicalizing and error checking
the code receiving the string are expected to do, or how those errors
should be treated.
The API level struct does not export its raw data, so as to keep its
"constructor" private to the android package, and to prevent misuse of
the `number` field, which is only an implementation detail for preview
API levels. API levels can be parsed with either
`android.ApiLevelFromUser`, which returns any errors to the caller, or
`android.ApiLevelOrPanic`, which is used in the case where the input
is trusted and any errors in parsing should panic. Even within the
`android` package, these APIs should be preferred over direct
construction.
For cases where there are context specific parsing requirements, such
as handling the "minimum" alias in the cc module,
`nativeApiLevelFromUser` and `nativeApiLevelOrPanic` should be used
instead.
Test: treehugger
Bug: http://b/154667674
Change-Id: Id52921fda32cb437fb1775ac2183299dedc0cf20
2020-07-06 23:49:35 +02:00
|
|
|
value, err := ApiLevelFromUser(ctx, raw)
|
|
|
|
if err != nil {
|
|
|
|
panic(err.Error())
|
|
|
|
}
|
|
|
|
return value
|
|
|
|
}
|
|
|
|
|
2017-11-29 02:34:01 +01:00
|
|
|
func ApiLevelsSingleton() Singleton {
|
2017-03-28 23:54:55 +02:00
|
|
|
return &apiLevelsSingleton{}
|
|
|
|
}
|
|
|
|
|
|
|
|
type apiLevelsSingleton struct{}
|
|
|
|
|
2017-11-29 02:34:01 +01:00
|
|
|
func createApiLevelsJson(ctx SingletonContext, file WritablePath,
|
2017-03-28 23:54:55 +02:00
|
|
|
apiLevelsMap map[string]int) {
|
|
|
|
|
|
|
|
jsonStr, err := json.Marshal(apiLevelsMap)
|
|
|
|
if err != nil {
|
|
|
|
ctx.Errorf(err.Error())
|
|
|
|
}
|
|
|
|
|
2020-11-13 20:48:42 +01:00
|
|
|
WriteFileRule(ctx, file, string(jsonStr))
|
2017-03-28 23:54:55 +02:00
|
|
|
}
|
|
|
|
|
2017-11-29 02:34:01 +01:00
|
|
|
func GetApiLevelsJson(ctx PathContext) WritablePath {
|
2017-03-28 23:54:55 +02:00
|
|
|
return PathForOutput(ctx, "api_levels.json")
|
|
|
|
}
|
|
|
|
|
Replace stringly-typed API levels.
Handling of API levels within Soong is currently fairly difficult
since it isn't always clear based on context what kind of API level a
given string represents, how much canonicalizing and error checking
the code receiving the string are expected to do, or how those errors
should be treated.
The API level struct does not export its raw data, so as to keep its
"constructor" private to the android package, and to prevent misuse of
the `number` field, which is only an implementation detail for preview
API levels. API levels can be parsed with either
`android.ApiLevelFromUser`, which returns any errors to the caller, or
`android.ApiLevelOrPanic`, which is used in the case where the input
is trusted and any errors in parsing should panic. Even within the
`android` package, these APIs should be preferred over direct
construction.
For cases where there are context specific parsing requirements, such
as handling the "minimum" alias in the cc module,
`nativeApiLevelFromUser` and `nativeApiLevelOrPanic` should be used
instead.
Test: treehugger
Bug: http://b/154667674
Change-Id: Id52921fda32cb437fb1775ac2183299dedc0cf20
2020-07-06 23:49:35 +02:00
|
|
|
var finalCodenamesMapKey = NewOnceKey("FinalCodenamesMap")
|
|
|
|
|
|
|
|
func getFinalCodenamesMap(config Config) map[string]int {
|
|
|
|
return config.Once(finalCodenamesMapKey, func() interface{} {
|
|
|
|
apiLevelsMap := map[string]int{
|
|
|
|
"G": 9,
|
|
|
|
"I": 14,
|
|
|
|
"J": 16,
|
|
|
|
"J-MR1": 17,
|
|
|
|
"J-MR2": 18,
|
|
|
|
"K": 19,
|
|
|
|
"L": 21,
|
|
|
|
"L-MR1": 22,
|
|
|
|
"M": 23,
|
|
|
|
"N": 24,
|
|
|
|
"N-MR1": 25,
|
|
|
|
"O": 26,
|
|
|
|
"O-MR1": 27,
|
|
|
|
"P": 28,
|
|
|
|
"Q": 29,
|
2020-09-16 20:35:00 +02:00
|
|
|
"R": 30,
|
Replace stringly-typed API levels.
Handling of API levels within Soong is currently fairly difficult
since it isn't always clear based on context what kind of API level a
given string represents, how much canonicalizing and error checking
the code receiving the string are expected to do, or how those errors
should be treated.
The API level struct does not export its raw data, so as to keep its
"constructor" private to the android package, and to prevent misuse of
the `number` field, which is only an implementation detail for preview
API levels. API levels can be parsed with either
`android.ApiLevelFromUser`, which returns any errors to the caller, or
`android.ApiLevelOrPanic`, which is used in the case where the input
is trusted and any errors in parsing should panic. Even within the
`android` package, these APIs should be preferred over direct
construction.
For cases where there are context specific parsing requirements, such
as handling the "minimum" alias in the cc module,
`nativeApiLevelFromUser` and `nativeApiLevelOrPanic` should be used
instead.
Test: treehugger
Bug: http://b/154667674
Change-Id: Id52921fda32cb437fb1775ac2183299dedc0cf20
2020-07-06 23:49:35 +02:00
|
|
|
}
|
|
|
|
|
2020-07-23 07:32:17 +02:00
|
|
|
// TODO: Differentiate "current" and "future".
|
|
|
|
// The code base calls it FutureApiLevel, but the spelling is "current",
|
|
|
|
// and these are really two different things. When defining APIs it
|
|
|
|
// means the API has not yet been added to a specific release. When
|
|
|
|
// choosing an API level to build for it means that the future API level
|
|
|
|
// should be used, except in the case where the build is finalized in
|
|
|
|
// which case the platform version should be used. This is *weird*,
|
|
|
|
// because in the circumstance where API foo was added in R and bar was
|
|
|
|
// added in S, both of these are usable when building for "current" when
|
|
|
|
// neither R nor S are final, but the S APIs stop being available in a
|
|
|
|
// final R build.
|
Replace stringly-typed API levels.
Handling of API levels within Soong is currently fairly difficult
since it isn't always clear based on context what kind of API level a
given string represents, how much canonicalizing and error checking
the code receiving the string are expected to do, or how those errors
should be treated.
The API level struct does not export its raw data, so as to keep its
"constructor" private to the android package, and to prevent misuse of
the `number` field, which is only an implementation detail for preview
API levels. API levels can be parsed with either
`android.ApiLevelFromUser`, which returns any errors to the caller, or
`android.ApiLevelOrPanic`, which is used in the case where the input
is trusted and any errors in parsing should panic. Even within the
`android` package, these APIs should be preferred over direct
construction.
For cases where there are context specific parsing requirements, such
as handling the "minimum" alias in the cc module,
`nativeApiLevelFromUser` and `nativeApiLevelOrPanic` should be used
instead.
Test: treehugger
Bug: http://b/154667674
Change-Id: Id52921fda32cb437fb1775ac2183299dedc0cf20
2020-07-06 23:49:35 +02:00
|
|
|
if Bool(config.productVariables.Platform_sdk_final) {
|
2020-07-24 02:32:15 +02:00
|
|
|
apiLevelsMap["current"] = config.PlatformSdkVersion().FinalOrFutureInt()
|
Replace stringly-typed API levels.
Handling of API levels within Soong is currently fairly difficult
since it isn't always clear based on context what kind of API level a
given string represents, how much canonicalizing and error checking
the code receiving the string are expected to do, or how those errors
should be treated.
The API level struct does not export its raw data, so as to keep its
"constructor" private to the android package, and to prevent misuse of
the `number` field, which is only an implementation detail for preview
API levels. API levels can be parsed with either
`android.ApiLevelFromUser`, which returns any errors to the caller, or
`android.ApiLevelOrPanic`, which is used in the case where the input
is trusted and any errors in parsing should panic. Even within the
`android` package, these APIs should be preferred over direct
construction.
For cases where there are context specific parsing requirements, such
as handling the "minimum" alias in the cc module,
`nativeApiLevelFromUser` and `nativeApiLevelOrPanic` should be used
instead.
Test: treehugger
Bug: http://b/154667674
Change-Id: Id52921fda32cb437fb1775ac2183299dedc0cf20
2020-07-06 23:49:35 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
return apiLevelsMap
|
|
|
|
}).(map[string]int)
|
|
|
|
}
|
|
|
|
|
2019-02-04 20:22:08 +01:00
|
|
|
var apiLevelsMapKey = NewOnceKey("ApiLevelsMap")
|
|
|
|
|
2018-05-04 00:42:34 +02:00
|
|
|
func getApiLevelsMap(config Config) map[string]int {
|
2019-02-04 20:22:08 +01:00
|
|
|
return config.Once(apiLevelsMapKey, func() interface{} {
|
2018-05-04 00:42:34 +02:00
|
|
|
apiLevelsMap := map[string]int{
|
|
|
|
"G": 9,
|
|
|
|
"I": 14,
|
|
|
|
"J": 16,
|
|
|
|
"J-MR1": 17,
|
|
|
|
"J-MR2": 18,
|
|
|
|
"K": 19,
|
|
|
|
"L": 21,
|
|
|
|
"L-MR1": 22,
|
|
|
|
"M": 23,
|
|
|
|
"N": 24,
|
|
|
|
"N-MR1": 25,
|
|
|
|
"O": 26,
|
|
|
|
"O-MR1": 27,
|
|
|
|
"P": 28,
|
2019-05-11 19:02:50 +02:00
|
|
|
"Q": 29,
|
2020-04-30 02:14:15 +02:00
|
|
|
"R": 30,
|
2018-05-04 00:42:34 +02:00
|
|
|
}
|
2020-04-08 02:22:26 +02:00
|
|
|
for i, codename := range config.PlatformVersionActiveCodenames() {
|
2021-02-04 18:28:22 +01:00
|
|
|
apiLevelsMap[codename] = previewAPILevelBase + i
|
2018-05-04 00:42:34 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
return apiLevelsMap
|
|
|
|
}).(map[string]int)
|
|
|
|
}
|
|
|
|
|
|
|
|
func (a *apiLevelsSingleton) GenerateBuildActions(ctx SingletonContext) {
|
|
|
|
apiLevelsMap := getApiLevelsMap(ctx.Config())
|
2017-03-28 23:54:55 +02:00
|
|
|
apiLevelsJson := GetApiLevelsJson(ctx)
|
2017-11-29 02:34:01 +01:00
|
|
|
createApiLevelsJson(ctx, apiLevelsJson, apiLevelsMap)
|
2017-03-28 23:54:55 +02:00
|
|
|
}
|