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

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

Bazel で Android Native Development Kit を使用する

問題を報告ソースを表示 Nightly · 7.4 . 7.3 · 7.2 · 7.1 · 7.0 · 6.5

Bazel を初めて使用する場合は、Bazel を使用した Android のビルドのチュートリアルから始めてください。

概要

Bazel は、Android Native Development Kit（NDK）ツールチェーンを使用するものなど、さまざまなビルド構成で実行できます。つまり、通常の cc_library ルールと cc_binary ルールを Bazel 内で直接 Android 用にコンパイルできます。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 ルールの詳細については、Build 百科事典のエントリをご覧ください。

最新バージョンの Android NDK（r22 以降）を使用している場合は、android_ndk_repository の Starlark 実装を使用します。README の手順に沿って操作します。

クイックスタート

Android 用 C++ をビルドするには、android_binary ルールまたは android_library ルールに cc_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_libraries を単一の共有オブジェクト（.so）ファイルにコンパイルします。デフォルトでは、armeabi-v7a ABI をターゲットとします。これを変更するか、複数の ABI 用に同時にビルドするには、ターゲット ABI の構成のセクションをご覧ください。

設定例

この例は、Bazel サンプルリポジトリで入手できます。

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

android_binary 最上位ターゲットが APK をビルドします。

cc_library ターゲットには、JNI 関数の実装を含む単一の C++ ソースファイルが含まれています。

#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();

}

STL の構成

C++ STL を構成するには、--android_crosstool_top フラグを使用します。

bazel build //:app --android_crosstool_top=target label

@androidndk で使用可能な STL は次のとおりです。

STL	ターゲットラベル
STLport	`@androidndk//:toolchain-stlport`
libc++	`@androidndk//:toolchain-libcpp`
gnustl	`@androidndk//:toolchain-gnu-libstdcpp`

r16 以前では、デフォルトの STL は gnustl です。r17 以降では、libc++ です。便宜上、ターゲット @androidndk//:default_crosstool はそれぞれのデフォルト STL にエイリアスされます。

r18 以降、STLport と gnustl が削除され、NDK で使用できる STL は libc++ のみになります。

これらの STL の詳細については、NDK のドキュメントをご覧ください。

ターゲット ABI の構成

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

bazel build //:app --fat_apk_cpu=comma-separated list of ABIs

デフォルトでは、Bazel は armeabi-v7a のネイティブ Android コードをビルドします。x86 用にビルドするには（エミュレータなどの場合）、--fat_apk_cpu=x86 を渡します。複数のアーキテクチャ用の FAT APK を作成するには、複数の CPU（--fat_apk_cpu=armeabi-v7a,x86）を指定します。

複数の ABI を指定すると、Bazel は ABI ごとに共有オブジェクトを含む APK をビルドします。

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

これらの ABI の詳細については、NDK のドキュメントをご覧ください。

マルチ ABI ファット APK は APK のサイズが大きくなるため、リリースビルドにはおすすめしませんが、開発ビルドや QA ビルドには便利です。

C++ 標準の選択

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

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

次に例を示します。

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

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

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

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

プラットフォームとツールチェーンとの統合

Bazel の構成モデルは、プラットフォームとツールチェーンに移行しています。ビルドで --platforms フラグを使用してビルドするアーキテクチャまたはオペレーティングシステムを選択する場合は、NDK を使用するには --extra_toolchains フラグを Bazel に渡す必要があります。

たとえば、Go ルールで提供される android_arm64_cgo ツールチェーンと統合するには、--platforms フラグに加えて --extra_toolchains=@androidndk//:all を渡します。

bazel build //my/cc:lib \
  --platforms=@io_bazel_rules_go//go/toolchain:android_arm64_cgo \
  --extra_toolchains=@androidndk//:all

WORKSPACE ファイルで直接登録することもできます。

android_ndk_repository(name = "androidndk")
register_toolchains("@androidndk//:all")

これらの toolchain を登録すると、アーキテクチャとオペレーティングシステムの制約を解決するときに、NDK BUILD ファイル（NDK 20 の場合）でそれらを検索するように Bazel に指示します。

toolchain(
  name = "x86-clang8.0.7-libcpp_toolchain",
  toolchain_type = "@bazel_tools//tools/cpp:toolchain_type",
  target_compatible_with = [
      "@platforms//os:android",
      "@platforms//cpu:x86_32",
  ],
  toolchain = "@androidndk//:x86-clang8.0.7-libcpp",
)

toolchain(
  name = "x86_64-clang8.0.7-libcpp_toolchain",
  toolchain_type = "@bazel_tools//tools/cpp:toolchain_type",
  target_compatible_with = [
      "@platforms//os:android",
      "@platforms//cpu:x86_64",
  ],
  toolchain = "@androidndk//:x86_64-clang8.0.7-libcpp",
)

toolchain(
  name = "arm-linux-androideabi-clang8.0.7-v7a-libcpp_toolchain",
  toolchain_type = "@bazel_tools//tools/cpp:toolchain_type",
  target_compatible_with = [
      "@platforms//os:android",
      "@platforms//cpu:arm",
  ],
  toolchain = "@androidndk//:arm-linux-androideabi-clang8.0.7-v7a-libcpp",
)

toolchain(
  name = "aarch64-linux-android-clang8.0.7-libcpp_toolchain",
  toolchain_type = "@bazel_tools//tools/cpp:toolchain_type",
  target_compatible_with = [
      "@platforms//os:android",
      "@platforms//cpu:aarch64",
  ],
  toolchain = "@androidndk//:aarch64-linux-android-clang8.0.7-libcpp",
)

仕組み: Android の構成遷移の概要

android_binary ルールでは、Android 互換の構成で依存関係をビルドするように Bazel に明示的に依頼できます。これにより、ABI と STL の構成に関する --fat_apk_cpu と --android_crosstool_top を除き、特別なフラグなしで Bazel ビルドが正常に動作します。

この自動構成では、Android の構成遷移がバックグラウンドで使用されます。

android_binary などの互換性のあるルールは、依存関係の構成を Android 構成に自動的に変更するため、ビルドの Android 固有のサブツリーのみが影響を受けます。ビルドグラフの他の部分は、トップレベルのターゲット構成を使用して処理されます。ビルドグラフにそれをサポートするパスがある場合は、両方の構成で単一のターゲットを処理することもあります。

Bazel が Android 互換の構成（トップレベルで指定するか、上位レベルの遷移ポイントが原因）になったら、追加の遷移ポイントが検出されても、構成は変更されません。

Android 構成への遷移をトリガーする唯一の組み込みロケーションは、android_binary の deps 属性です。

たとえば、フラグなしで cc_library 依存関係を持つ android_library ターゲットをビルドしようとすると、JNI ヘッダーがないことを示すエラーが発生することがあります。

ERROR: project/app/src/main/BUILD.bazel:16:1: C++ compilation of rule '//app/src/main:jni_lib' failed (Exit 1)
app/src/main/cpp/native-lib.cpp:1:10: fatal error: 'jni.h' file not found
#include <jni.h>
         ^~~~~~~
1 error generated.
Target //app/src/main:lib failed to build
Use --verbose_failures to see the command lines of failed build steps.

理想的には、これらの自動遷移により、ほとんどの場合、Bazel が適切に動作するようになります。ただし、Bazel コマンドライン上のターゲットが、特定の cc_library をテストする C++ デベロッパーなど、これらの遷移ルールのいずれかにすでに含まれている場合は、カスタム --crosstool_top を使用する必要があります。

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

android_binary を使用せずに Android 用のスタンドアロン cc_binary または cc_library をビルドするには、--crosstool_top、--cpu、--host_crosstool_top フラグを使用します。

次に例を示します。

bazel build //my/cc/jni:target \
      --crosstool_top=@androidndk//:default_crosstool \
      --cpu=<abi> \
      --host_crosstool_top=@bazel_tools//tools/cpp:toolchain

この例では、トップレベルの cc_library ターゲットと cc_binary ターゲットは NDK ツールチェーンを使用してビルドされます。ただし、ホストツールチェーンはターゲットツールチェーンからコピーされるため、これにより Bazel 独自のホストツールが NDK ツールチェーン（および Android）でビルドされます。この問題を回避するには、--host_crosstool_top の値を @bazel_tools//tools/cpp:toolchain に指定して、ホストの C++ ツールチェーンを明示的に設定します。

このアプローチでは、ビルドツリー全体が影響を受けます。

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

common:android_x86 --crosstool_top=@androidndk//:default_crosstool
common:android_x86 --cpu=x86
common:android_x86 --host_crosstool_top=@bazel_tools//tools/cpp:toolchain

common:android_armeabi-v7a --crosstool_top=@androidndk//:default_crosstool
common:android_armeabi-v7a --cpu=armeabi-v7a
common:android_armeabi-v7a --host_crosstool_top=@bazel_tools//tools/cpp:toolchain

# In general
common:android_<abi> --crosstool_top=@androidndk//:default_crosstool
common:android_<abi> --cpu=<abi>
common:android_<abi> --host_crosstool_top=@bazel_tools//tools/cpp:toolchain

次に、x86 の cc_library をビルドするには、次のように実行します。

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

通常、この方法は低レベルのターゲット（cc_library など）またはビルド内容を正確に把握している場合に使用します。制御しない多くのターゲットをビルドする予定がある高レベルのターゲットの場合は、android_binary からの自動構成遷移に依存します。