BazelCon 2024 登録の受け付けを開始しました。

このページは Cloud Translation API によって翻訳されました。

Bazel で Android Native Development Kit を使用する

<ph type="x-smartling-placeholder"></ph> 問題を報告する <ph type="x-smartling-placeholder"></ph> ソースを表示夜間 · 7.3 · 7.2 · 7.1 · 7.0 · 6.5

Bazel を初めて使用する場合は、「Building Android with Bazel のチュートリアルをご覧ください。

概要

Bazel はさまざまなビルド構成で実行できます。その中のいくつかは、 Android Native Development Kit（NDK）ツールチェーン。これは、通常の cc_library ルールと cc_binary ルールは、Android 用に直接コンパイルできます。 Bazel。Bazel では、android_ndk_repository リポジトリを使用してこれを実現します適用できます。

前提条件

Android SDK と NDK がインストールされていることを確認してください。

SDK と NDK をセットアップするには、次のスニペットを WORKSPACE に追加します。

android_sdk_repository(
    name = "androidsdk", # Required. Name *must* be "androidsdk".
    path = "/path/to/sdk", # Optional. Can be omitted if `ANDROID_HOME` environment variable is set.
)

android_ndk_repository(
    name = "androidndk", # Required. Name *must* be "androidndk".
    path = "/path/to/ndk", # Optional. Can be omitted if `ANDROID_NDK_HOME` environment variable is set.
)

android_ndk_repository ルールの詳細については、ビルド百科事典のエントリ。

最新バージョンの Android NDK（r22 以降）を使用している場合は、 android_ndk_repository の Starlark 実装。以下の手順に従います。その README を参照してください。

クイックスタート

Android 用 C++ をビルドするには、cc_library 依存関係を android_binary ルールまたは android_library ルール。

たとえば、Android アプリの次の BUILD ファイルがあるとします。

# In <project>/app/src/main/BUILD.bazel

cc_library(
    name = "jni_lib",
    srcs = ["cpp/native-lib.cpp"],
)

android_library(
    name = "lib",
    srcs = ["java/com/example/android/bazel/MainActivity.java"],
    resource_files = glob(["res/**/*"]),
    custom_package = "com.example.android.bazel",
    manifest = "LibraryManifest.xml",
    deps = [":jni_lib"],
)

android_binary(
    name = "app",
    deps = [":lib"],
    manifest = "AndroidManifest.xml",
)

この BUILD ファイルにより、次のターゲットグラフが生成されます。

検索結果の例

図 1. cc_library の依存関係を持つ Android プロジェクトのビルドグラフ。

アプリをビルドするには、次のコマンドを実行します。

bazel build //app/src/main:app

bazel build コマンドは、Java ファイル、Android リソースファイル、 cc_library ルールを使用し、すべてを APK にパッケージ化します。

$ zipinfo -1 bazel-bin/app/src/main/app.apk
nativedeps
lib/armeabi-v7a/libapp.so
classes.dex
AndroidManifest.xml
...
res/...
...
META-INF/CERT.SF
META-INF/CERT.RSA
META-INF/MANIFEST.MF

Bazel は、すべての cc_ライブラリを単一の共有オブジェクト（.so）ファイルにコンパイルします。デフォルトでは armeabi-v7a ABI をターゲットとします。変更やビルドの対象とする複数の ABI を同時に使用することはできません。詳しくは、ターゲットの ABI。

設定例

この例は Bazel の例で入手できます。リポジトリをご覧ください。

BUILD.bazel ファイルでは、android_binary を使用して 3 つのターゲットが定義されています。 android_library、cc_library ルール。

android_binary トップレベルターゲットが APK をビルドします。

cc_library ターゲットに、JNI 関数を含む C++ ソースファイルが 1 つ含まれている実装:

#include <jni.h>
#include <string>

extern "C"
JNIEXPORT jstring

JNICALL
Java_com_example_android_bazel_MainActivity_stringFromJNI(
        JNIEnv *env,
        jobject /* this */) {
    std::string hello = "Hello from C++";
    return env->NewStringUTF(hello.c_str());
}

android_library ターゲットには、Java ソース、リソースファイル、 cc_library ターゲットへの依存関係があります。この例では、MainActivity.java が読み込まれます。共有オブジェクトファイル libapp.so。JNI のメソッドシグネチャを定義します。関数:

public class MainActivity extends AppCompatActivity {

    static {
        System.loadLibrary("app");
    }

    @Override
    protected void onCreate(Bundle savedInstanceState) {
       // ...
    }

    public native String stringFromJNI();

}

ターゲット ABI を構成する

ターゲット ABI を構成するには、次のように --android_platforms フラグを使用します。

bazel build //:app --android_platforms=comma-separated list of platforms

--platforms フラグと同様に、--android_platforms に渡される値は次のとおりです。 platform のラベル標準の制約値を使用してデバイスを記述します。

たとえば、64 ビット ARM プロセッサを搭載した Android デバイスの場合、次のように定義します。プラットフォームを構築します。

platform(
    name = "android_arm64",
    constraint_values = [
        "@platforms//os:android",
        "@platforms//cpu:arm64",
    ],
)

すべての Android platform で @platforms//os:android を使用する必要があります。 OS の制約。CPU 制約を移行するには、次のグラフをご覧ください。

CPU 値	プラットフォーム
`armeabi-v7a`	`@platforms//cpu:armv7`
`arm64-v8a`	`@platforms//cpu:arm64`
`x86`	`@platforms//cpu:x86_32`
`x86_64`	`@platforms//cpu:x86_64`

そしてもちろん、マルチアーキテクチャ APK では、例: --android_platforms=//:arm64,//:x86_64（（最上位の BUILD.bazel ファイルなど）に配置する必要があります。

Bazel ではデフォルトの Android プラットフォームを選択できないため、プラットフォームを定義し、 --android_platforms で指定します。

NDK のリビジョンと Android API レベルに応じて、以下の ABI が適用されます。使用可能:

NDK リビジョン	ABI
16 以下	armeabi、armeabi-v7a、arm64-v8a、mips、mips64、x86、x86_64
17 歳以上	armeabi-v7a、arm64-v8a、x86、x86_64

NDK のドキュメントをご覧ください。ご覧ください

マルチ ABI Fat APK は増加するため、リリースビルドには推奨されません APK のサイズは変わりませんが、開発や QA ビルドに役立ちます。

C++ 標準の選択

C++ 標準に従ってビルドするには、次のフラグを使用します。

C++ 標準	フラグ
C++98	デフォルト。フラグは不要
C++11	`--cxxopt=-std=c++11`
C++14	`--cxxopt=-std=c++14`
C++17	`--cxxopt=-std=c++17`

例:

bazel build //:app --cxxopt=-std=c++11

--cxxopt、--copt を使用してコンパイラフラグとリンカーフラグを渡す方法の詳細をご確認ください。ユーザーマニュアルの --linkopt。

コンパイラフラグとリンカーフラグは cc_library で属性として指定することもできます。 copts と linkopts を使用します。例:

cc_library(
    name = "jni_lib",
    srcs = ["cpp/native-lib.cpp"],
    copts = ["-std=c++11"],
    linkopts = ["-ldl"], # link against libdl
)

`android_binary` を使用せずに Android 用の `cc_library` をビルドする

以下を使用せずに、Android 用のスタンドアロンの cc_binary または cc_library をビルドするには、 android_binary の場合は、--platforms フラグを使用します。

たとえば、Google Chat で Android プラットフォームを my/platforms/BUILD:

bazel build //my/cc/jni:target \
      --platforms=//my/platforms:x86_64

この方法では、ビルドツリー全体が影響を受けます。

これらのフラグは、bazelrc 構成（ABI ごとに 1 つ）に含めることができます。 project/.bazelrc:

common:android_x86 --platforms=//my/platforms:x86

common:android_armeabi-v7a --platforms=//my/platforms:armeabi-v7a

# In general
common:android_<abi> --platforms=//my/platforms:<abi>

次に、たとえば x86 の cc_library をビルドするには、次のコマンドを実行します。

bazel build //my/cc/jni:target --config=android_x86

一般にこの方法は、下位レベルのターゲット（cc_library など）または構築するものを正確に把握できます自動的に設定されるため、予想される大まかな目標の android_binary からの移行多くのターゲットを構築することは困難です