ルール
- cc_binary
- cc_import
- cc_library
- cc_proto_library
- cc_shared_library
- cc_test
- cc_ツールチェーン
- cc_ツールチェーン_suite
- fdo_prefetch_hints
- fdo_profile
- memprof_profile
- propeller_optimize
cc_binary
ルールのソースを表示cc_binary(name, deps, srcs, data, additional_linker_inputs, args, compatible_with, copts, defines, deprecation, distribs, dynamic_deps, env, exec_compatible_with, exec_properties, features, hdrs_check, includes, licenses, link_extra_lib, linkopts, linkshared, linkstatic, local_defines, malloc, module_interfaces, nocopts, output_licenses, reexport_deps, restricted_to, stamp, tags, target_compatible_with, testonly, toolchains, visibility, win_def_file)
実行可能なバイナリを生成します。
ターゲットの
name
は、アプリケーションのメインのエントリ ポイントであるソースファイルの名前(拡張子を除く)と同じにする必要があります。たとえば、エントリ ポイントが main.cc
にある場合、名前は main
にします。暗黙的な出力ターゲット
name.stripped
(明示的にリクエストされた場合にのみビルドされる): バイナリのストリップ バージョン。バイナリに対してstrip -g
が実行され、デバッグ シンボルが削除されます。削除オプションを追加するには、コマンドラインで--stripopt=-foo
を使用します。name.dwp
(明示的にリクエストされた場合にのみビルド): Fission が有効な場合: リモートでデプロイされたバイナリのデバッグに適したデバッグ情報パッケージ ファイル。それ以外: 空のファイル。
引数
属性 | |
---|---|
name |
名前(必須) このターゲットの一意の名前。 |
deps
|
ラベルのリスト。デフォルトは
|
srcs
|
ラベルのリスト。デフォルトは
純粋なアセンブラ ファイル(.s、.asm)は前処理されず、通常はアセンブラを使用してビルドされます。前処理されたアセンブリ ファイル(.S)は、前処理され、通常は C/C++ コンパイラを使用してビルドされます。
すべての
許可される
... およびこれらのファイルを生成するルール( |
data
|
ラベルのリスト。デフォルトは data に関する一般的なコメントについては、ほとんどのビルドルールで定義されている一般的な属性をご覧ください。
生成されたファイルの名前が
C++ コードでは、次のようにしてこれらのデータファイルにアクセスできます。
|
additional_linker_inputs
|
ラベルのリスト。デフォルトは たとえば、コンパイル済みの Windows .res ファイルをここで提供して、バイナリ ターゲットに埋め込むことができます。 |
copts
|
文字列のリスト。デフォルトは
この属性の各文字列は、バイナリ ターゲットをコンパイルする前に、指定された順序で
パッケージで機能
|
defines
|
文字列のリスト。デフォルトは -D が付加され、このターゲットおよびそのターゲットに依存するすべてのルールのコンパイル コマンドラインに追加されます。広範囲の影響が及ぶ可能性があるため、注意が必要です。判断に迷う場合は、代わりに local_defines に値の定義を追加します。 |
dynamic_deps
|
ラベルのリスト。デフォルトは cc_shared_library 依存関係です。
|
hdrs_check
|
文字列。デフォルトは |
includes
|
文字列のリスト。デフォルトは -isystem path_to_package/include_entry が生成されます。これは、Google の記述形式 #include ステートメントに準拠していないサードパーティ ライブラリにのみ使用してください。COPTS とは異なり、これらのフラグはこのルールとそれに依存するすべてのルールに追加されます。(注: コンテナが依存するルールではありません)。広範囲の影響が及ぶ可能性があるため、注意が必要です。判断に迷う場合は、代わりに「-I」フラグを COPTS に追加してください。
追加された |
link_extra_lib
|
ラベル: デフォルトは
デフォルトでは、C++ バイナリは |
linkopts
|
文字列のリスト。デフォルトは LINKOPTS に追加されます。
このリストで、 |
linkshared
|
ブール値。デフォルトは linkshared=True を含めます。デフォルトでは、このオプションはオフになっています。
このフラグが存在する場合は、
|
linkstatic
|
ブール値。デフォルトは cc_binary と cc_test の場合: 静的モードでバイナリをリンクします。cc_library.link_static については、以下をご覧ください。デフォルトでは、このオプションは
有効にするとバイナリまたはテストの場合、可能であればユーザー ライブラリを 実行可能ファイルをリンクする方法は 3 つあります。
本番環境では、 |
local_defines
|
文字列のリスト。デフォルトは -D が付加され、このターゲットのコンパイル コマンドラインに追加されますが、依存関係には追加されません。
|
malloc
|
ラベル: デフォルトは
デフォルトでは、C++ バイナリは空のライブラリである |
module_interfaces
|
ラベルのリスト。デフォルトは C++ Standard にはモジュール インターフェースのファイル拡張子に関する制限がない
使用はフラグ |
nocopts
|
文字列。デフォルトは COPTS は、このルールをコンパイルするために COPTS から削除されます。この属性は、third_party の外部で必要または使用しないでください。値の前処理は、「Make」変数置換以外の方法では行われません。 |
reexport_deps
|
ラベルのリスト。デフォルトは |
stamp
|
整数。デフォルトは
スタンプされたバイナリは、依存関係が変更されない限り再ビルドされません。 |
win_def_file
|
ラベル: デフォルトは この属性は、ターゲット プラットフォームが Windows の場合にのみ使用してください。共有ライブラリのリンク中に シンボルをエクスポートするために使用できます。 |
cc_import
ルールのソースを表示cc_import(name, deps, data, hdrs, alwayslink, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, features, includes, interface_library, linkopts, objects, pic_objects, pic_static_library, restricted_to, shared_library, static_library, system_provided, tags, target_compatible_with, testonly, toolchains, visibility)
cc_import
ルールを使用すると、プリコンパイル済みの C/C++ ライブラリをインポートできます。
一般的なユースケースは次のとおりです。
1. 静的ライブラリをリンクする
cc_import(
name = "mylib",
hdrs = ["mylib.h"],
static_library = "libmylib.a",
# If alwayslink is turned on,
# libmylib.a will be forcely linked into any binary that depends on it.
# alwayslink = 1,
)
2. 共有ライブラリのリンク(Unix)
cc_import(
name = "mylib",
hdrs = ["mylib.h"],
shared_library = "libmylib.so",
)
3. 共有ライブラリとインターフェース ライブラリのリンク
Unix の場合:
cc_import(
name = "mylib",
hdrs = ["mylib.h"],
# libmylib.ifso is an interface library for libmylib.so which will be passed to linker
interface_library = "libmylib.ifso",
# libmylib.so will be available for runtime
shared_library = "libmylib.so",
)
Windows の場合:
cc_import(
name = "mylib",
hdrs = ["mylib.h"],
# mylib.lib is an import library for mylib.dll which will be passed to linker
interface_library = "mylib.lib",
# mylib.dll will be available for runtime
shared_library = "mylib.dll",
)
4. 共有ライブラリを system_provided=True
にリンクする
Unix の場合:
cc_import(
name = "mylib",
hdrs = ["mylib.h"],
interface_library = "libmylib.ifso", # Or we can also use libmylib.so as its own interface library
# libmylib.so is provided by system environment, for example it can be found in LD_LIBRARY_PATH.
# This indicates that Bazel is not responsible for making libmylib.so available.
system_provided = 1,
)
Windows の場合:
cc_import(
name = "mylib",
hdrs = ["mylib.h"],
# mylib.lib is an import library for mylib.dll which will be passed to linker
interface_library = "mylib.lib",
# mylib.dll is provided by system environment, for example it can be found in PATH.
# This indicates that Bazel is not responsible for making mylib.dll available.
system_provided = 1,
)
5. 静的ライブラリまたは共有ライブラリへのリンク
Unix の場合:
cc_import(
name = "mylib",
hdrs = ["mylib.h"],
static_library = "libmylib.a",
shared_library = "libmylib.so",
)
Windows の場合:
cc_import(
name = "mylib",
hdrs = ["mylib.h"],
static_library = "libmylib.lib", # A normal static library
interface_library = "mylib.lib", # An import library for mylib.dll
shared_library = "mylib.dll",
)
残りは Unix と Windows で同じです。
# first will link to libmylib.a (or libmylib.lib)
cc_binary(
name = "first",
srcs = ["first.cc"],
deps = [":mylib"],
linkstatic = 1, # default value
)
# second will link to libmylib.so (or libmylib.lib)
cc_binary(
name = "second",
srcs = ["second.cc"],
deps = [":mylib"],
linkstatic = 0,
)
cc_import
は include 属性をサポートしています。次に例を示します。
cc_import(
name = "curl_lib",
hdrs = glob(["vendor/curl/include/curl/*.h"]),
includes = ["vendor/curl/include"],
shared_library = "vendor/curl/lib/.libs/libcurl.dylib",
)
引数
属性 | |
---|---|
name |
名前(必須) このターゲットの一意の名前。 |
deps
|
ラベルのリスト。デフォルトは deps に関する一般的なコメントについては、ほとんどのビルドルールで定義されている一般的な属性をご覧ください。
|
hdrs
|
ラベルのリスト。デフォルトは |
alwayslink
|
ブール値。デフォルトは 既知の問題が原因で、Alwayslink が Windows 上の VS 2017 で機能しない場合は、VS 2017 を最新バージョンにアップグレードしてください。 |
includes
|
文字列のリスト。デフォルトは -isystem path_to_package/include_entry が生成されます。これは、Google の記述形式 #include ステートメントに準拠していないサードパーティ ライブラリにのみ使用してください。COPTS とは異なり、これらのフラグはこのルールとそれに依存するすべてのルールに追加されます。(注: コンテナが依存するルールではありません)。広範囲の影響が及ぶ可能性があるため、注意が必要です。判断に迷う場合は、代わりに「-I」フラグを COPTS に追加してください。
デフォルトの |
interface_library
|
ラベル: デフォルトは 許可されるファイル形式: |
linkopts
|
文字列のリスト。デフォルトは LINKOPTS に追加されます。
このリストで、 |
objects
|
ラベルのリスト。デフォルトは |
pic_objects
|
ラベルのリスト。デフォルトは |
pic_static_library
|
ラベル: デフォルトは |
shared_library
|
ラベル: デフォルトは 許可されるファイル形式: |
static_library
|
ラベル: デフォルトは 許可されるファイル形式: |
system_provided
|
ブール値。デフォルトは interface_library を指定し、shared_library は空にする必要があります。 |
cc_library
ルールのソースを表示cc_library(name, deps, srcs, data, hdrs, additional_compiler_inputs, additional_linker_inputs, alwayslink, compatible_with, copts, defines, deprecation, distribs, exec_compatible_with, exec_properties, features, hdrs_check, implementation_deps, include_prefix, includes, licenses, linkopts, linkstamp, linkstatic, local_defines, module_interfaces, restricted_to, strip_include_prefix, tags, target_compatible_with, testonly, textual_hdrs, toolchains, visibility, win_def_file)
C++ でコンパイルされたライブラリには cc_library()
を使用します。結果は、必要性に応じて .so
、.lo
、.a
のいずれかになります。
cc_library
に依存する静的リンクを使ってビルドする場合、依存するライブラリ ルールの出力は .a
ファイルになります。alwayslink=True
を指定すると、.lo
ファイルが取得されます。
共有ライブラリの実際の出力ファイル名は libfoo.so
です。ここで、foo はルールの名前です。他の種類のライブラリは、それぞれ .lo
と .a
で終わります。Python モジュールを定義する場合など、特定の共有ライブラリ名が必要な場合は、genrule を使用してライブラリを目的の名前にコピーします。
ヘッダー包含チェック
ビルドで使用するすべてのヘッダー ファイルは、cc_*
ルールの hdrs
または srcs
で宣言する必要があります。これは強制適用です。
cc_library
ルールの場合、hdrs
のヘッダーはライブラリの公開インターフェースを構成し、ライブラリ自体の hdrs
と srcs
内のファイル、deps
にライブラリを一覧表示する cc_*
ルールの hdrs
と srcs
内のファイルの両方から直接含めることができます。srcs
のヘッダーは、ライブラリ自体の hdrs
と srcs
内のファイルから直接インクルードする必要があります。ヘッダーを hdrs
と srcs
のどちらに挿入するかを決定するときは、このライブラリのコンシューマがヘッダーを直接インクルードできるようにするかどうかを尋ねます。これは、プログラミング言語での public
または private
の公開設定とほぼ同じ決定です。
cc_binary
ルールと cc_test
ルールにはエクスポートされたインターフェースがないため、hdrs
属性もありません。バイナリまたはテストに直接属するすべてのヘッダーは、srcs
にリストされる必要があります。
これらのルールについて、次の例で説明します。
cc_binary(
name = "foo",
srcs = [
"foo.cc",
"foo.h",
],
deps = [":bar"],
)
cc_library(
name = "bar",
srcs = [
"bar.cc",
"bar-impl.h",
],
hdrs = ["bar.h"],
deps = [":baz"],
)
cc_library(
name = "baz",
srcs = [
"baz.cc",
"baz-impl.h",
],
hdrs = ["baz.h"],
)
この例で許可される直接登録は、以下の表に記載されています。たとえば、foo.cc
には foo.h
と bar.h
を直接含めることができますが、baz.h
を含めることはできません。
ファイルをインクルードしています | 許可される掲載情報 |
---|---|
foo.h | bar.h |
foo.cc | foo.h、bar.h |
bar.h | bar-impl.h baz.h |
bar-impl.h | bar.h baz.h |
bar.cc | bar.h bar-impl.h baz.h |
baz.h | baz-impl.h |
baz-impl.h | baz.h |
baz.cc | baz.h baz-impl.h |
包含チェックルールは、直接的な包含にのみ適用されます。上記の例では、foo.cc
に bar.h
を含めることができ、さらに baz.h
を含めることができます。さらに、baz-impl.h
を含めることができます。技術的には、.cc
ファイルのコンパイルでは、hdrs
または srcs
内のヘッダー ファイルを推移的 deps
クロージャ内の cc_library
に推移的に組み込むことができます。この場合、コンパイラは foo.cc
のコンパイル時に baz.h
と baz-impl.h
を読み取ることができますが、foo.cc
に #include "baz.h"
を含めることはできません。これを許可するには、baz
を foo
の deps
に追加する必要があります。
Bazel は、ツールチェーンのサポートに依存して包含チェックルールを適用します。layering_check
機能はツールチェーンでサポートされ、--features=layering_check
コマンドライン フラグや package
関数の features
パラメータを使用するなどして明示的にリクエストする必要があります。Bazel が提供するツールチェーンは、Unix と macOS の clang でのみこの機能をサポートしています。
例
メインバイナリコードは参照しませんが、alwayslink
フラグを使用して、リンカーにこのコードをリンクさせます。
cc_library(
name = "ast_inspector_lib",
srcs = ["ast_inspector_lib.cc"],
hdrs = ["ast_inspector_lib.h"],
visibility = ["//visibility:public"],
deps = ["//third_party/llvm/llvm/tools/clang:frontend"],
# alwayslink as we want to be able to call things in this library at
# debug time, even if they aren't used anywhere in the code.
alwayslink = 1,
)
次の例は、third_party/python2_4_3/BUILD
から取得されます。一部のコードでは(別の動的ライブラリを読み込むために)dl
ライブラリを使用しているため、このルールでは -ldl
リンク オプションを指定して dl
ライブラリにリンクします。
cc_library(
name = "python2_4_3",
linkopts = [
"-ldl",
"-lutil",
],
deps = ["//third_party/expat"],
)
次の例は、third_party/kde/BUILD
から取得されます。ビルド済みの .so
ファイルはデポに保持されています。ヘッダー ファイルは include
という名前のサブディレクトリにあります。
cc_library(
name = "kde",
srcs = [
"lib/libDCOP.so",
"lib/libkdesu.so",
"lib/libkhtml.so",
"lib/libkparts.so",
...more .so files...,
],
includes = ["include"],
deps = ["//third_party/X11"],
)
次の例は、third_party/gles/BUILD
から取得されます。サードパーティのコードに defines
と linkopts
が必要になることがよくあります。
cc_library(
name = "gles",
srcs = [
"GLES/egl.h",
"GLES/gl.h",
"ddx.c",
"egl.c",
],
defines = [
"USE_FLOAT",
"__GL_FLOAT",
"__GL_COMMON",
],
linkopts = ["-ldl"], # uses dlopen(), dl library
deps = [
"es",
"//third_party/X11",
],
)
引数
属性 | |
---|---|
name |
名前(必須) このターゲットの一意の名前。 |
deps
|
ラベルのリスト。デフォルトは
C++ ライブラリ ルールの名前にする必要があります。このルールのライブラリをリンクするバイナリをビルドする場合、 「deps」という名前に反して、このライブラリのクライアントすべてがここに属しているわけではありません。ランタイム データの依存関係は プリコンパイル済みのサードパーティ ライブラリをリンクするには、代わりにそのライブラリの名前を このライブラリにリンクせずに何かに依存するには、代わりにその名前を |
srcs
|
ラベルのリスト。デフォルトは
純粋なアセンブラ ファイル(.s、.asm)は前処理されず、通常はアセンブラを使用してビルドされます。前処理されたアセンブリ ファイル(.S)は、前処理され、通常は C/C++ コンパイラを使用してビルドされます。
すべての
許可される
... およびこれらのファイルを生成するルール( |
data
|
ラベルのリスト。デフォルトは data に関する一般的なコメントについては、ほとんどのビルドルールで定義されている一般的な属性をご覧ください。
生成されたファイルの名前が
C++ コードでは、次のようにしてこれらのデータファイルにアクセスできます。
|
hdrs
|
ラベルのリスト。デフォルトは ライブラリのインターフェースを記述するヘッダー ファイルを宣言するには、この指定の場所を強くおすすめします。これらのヘッダーは、このルールまたは依存ルールのソースによってインクルードできるようになります。
このライブラリのクライアントによってインクルードされることを意図していないヘッダーは、パブリッシュされたヘッダーに含まれている場合でも、代わりに 使用できる |
additional_compiler_inputs
|
ラベルのリスト。デフォルトは |
additional_linker_inputs
|
ラベルのリスト。デフォルトは たとえば、コンパイル済みの Windows .res ファイルをここで提供して、バイナリ ターゲットに埋め込むことができます。 |
alwayslink
|
ブール値。デフォルトは srcs にリストされているファイルのすべてのオブジェクト ファイルにリンクします。これには、バイナリによって参照されるシンボルが含まれていないファイルも含まれます。これは、バイナリ内のコードによってコードが明示的に呼び出されていない場合(たとえば、なんらかのサービスから提供されるコールバックを受け取るようにコードが登録されている場合)に役立ちます。既知の問題が原因で、Alwayslink が Windows 上の VS 2017 で機能しない場合は、VS 2017 を最新バージョンにアップグレードしてください。 |
copts
|
文字列のリスト。デフォルトは
この属性の各文字列は、バイナリ ターゲットをコンパイルする前に、指定された順序で
パッケージで機能
|
defines
|
文字列のリスト。デフォルトは -D が付加され、このターゲットおよびそのターゲットに依存するすべてのルールのコンパイル コマンドラインに追加されます。広範囲の影響が及ぶ可能性があるため、注意が必要です。判断に迷う場合は、代わりに local_defines に値の定義を追加します。 |
hdrs_check
|
文字列。デフォルトは |
implementation_deps
|
ラベルのリスト。デフォルトは deps とは異なり、これらのライブラリのヘッダーとインクルード パス(およびそのすべての推移的依存関係)は、このライブラリのコンパイルにのみ使用され、このライブラリに依存するライブラリには使用されません。implementation_deps で指定されたライブラリは、このライブラリに依存するバイナリ ターゲットで引き続きリンクされます。現時点では、使用は cc_libraries に限定され、 |
include_prefix
|
文字列。デフォルトは 設定した場合、このルールの
この属性は |
includes
|
文字列のリスト。デフォルトは -isystem path_to_package/include_entry が生成されます。これは、Google の記述形式 #include ステートメントに準拠していないサードパーティ ライブラリにのみ使用してください。COPTS とは異なり、これらのフラグはこのルールとそれに依存するすべてのルールに追加されます。(注: コンテナが依存するルールではありません)。広範囲の影響が及ぶ可能性があるため、注意が必要です。判断に迷う場合は、代わりに「-I」フラグを COPTS に追加してください。
追加された |
linkopts
|
文字列のリスト。デフォルトは cc_binary.linkopts をご覧ください。
linkopts 属性は、deps 属性(または同様に扱われる他の属性、cc_binary の malloc 属性)を介して、このライブラリに直接的または間接的に依存するターゲットにも適用されます。依存関係の linkopt は依存している linkopt よりも優先されます(つまり、依存関係の linkopt はコマンドラインの後半に表示されます)。--linkopt で指定された linkopt は、ルールの linkopt よりも優先されます。
また、「-Wl,-soname」や「-Xlinker -soname」オプションはサポートされていないため、この属性には指定しないでください。 |
linkstamp
|
ラベル: デフォルトは base パッケージでのみ必要です。 |
linkstatic
|
ブール値。デフォルトは cc_binary と cc_test の場合: 静的モードでバイナリをリンクします。cc_library.link_static については、以下をご覧ください。デフォルトでは、このオプションは
有効にするとバイナリまたはテストの場合、可能であればユーザー ライブラリを 実行可能ファイルをリンクする方法は 3 つあります。
本番環境では、 |
local_defines
|
文字列のリスト。デフォルトは -D が付加され、このターゲットのコンパイル コマンドラインに追加されますが、依存関係には追加されません。
|
module_interfaces
|
ラベルのリスト。デフォルトは C++ Standard にはモジュール インターフェースのファイル拡張子に関する制限がない
使用はフラグ |
strip_include_prefix
|
文字列。デフォルトは 設定すると、このルールの 相対パスの場合は、パッケージ相対パスと見なされます。絶対パスの場合は、リポジトリ相対パスとみなされます。
この属性は |
textual_hdrs
|
ラベルのリスト。デフォルトは これは、単独でコンパイルできないヘッダー ファイルを宣言する場所です。つまり、有効なコードをビルドするには、他のソースファイルによって常にテキストとしてインクルードされる必要があります。 |
win_def_file
|
ラベル: デフォルトは この属性は、ターゲット プラットフォームが Windows の場合にのみ使用してください。共有ライブラリのリンク中に シンボルをエクスポートするために使用できます。 |
cc_proto_library
ルールのソースを表示cc_proto_library(name, deps, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, features, restricted_to, tags, target_compatible_with, testonly, toolchains, visibility)
cc_proto_library
は、.proto
ファイルから C++ コードを生成します。
deps
は proto_library
ルールを指す必要があります。
例:
cc_library(
name = "lib",
deps = [":foo_cc_proto"],
)
cc_proto_library(
name = "foo_cc_proto",
deps = [":foo_proto"],
)
proto_library(
name = "foo_proto",
)
引数
属性 | |
---|---|
name |
名前(必須) このターゲットの一意の名前。 |
deps
|
ラベルのリスト。デフォルトは proto_library ルールのリスト。 |
cc_shared_library
ルールのソースを表示cc_shared_library(name, deps, additional_linker_inputs, compatible_with, deprecation, distribs, dynamic_deps, exec_compatible_with, exec_properties, experimental_disable_topo_sort_do_not_use_remove_before_7_0, exports_filter, features, restricted_to, roots, shared_lib_name, static_deps, tags, target_compatible_with, testonly, toolchains, user_link_flags, visibility, win_def_file)
共有ライブラリを生成します。
例
cc_shared_library( name = "foo_shared", deps = [ ":foo", ], dynamic_deps = [ ":bar_shared", ], additional_linker_inputs = [ ":foo.lds", ], user_link_flags = [ "-Wl,--version-script=$(location :foo.lds)", ], ) cc_library( name = "foo", srcs = ["foo.cc"], hdrs = ["foo.h"], deps = [ ":bar", ":baz", ], ) cc_shared_library( name = "bar_shared", shared_lib_name = "bar.so", deps = [":bar"], ) cc_library( name = "bar", srcs = ["bar.cc"], hdrs = ["bar.h"], ) cc_library( name = "baz", srcs = ["baz.cc"], hdrs = ["baz.h"], )
foo_shared
の例では、foo
と baz
が静的にリンクされています。後者は推移的依存関係です。bar
は dynamic_dep
bar_shared
によってすでに動的に提供されているため、リンクはされません。
foo_shared
は、リンカー スクリプトの *.lds ファイルを使用して、エクスポートするシンボルを制御します。cc_shared_library
ルールのロジックは、エクスポートされるシンボルを制御しません。2 つの共有ライブラリが同じターゲットをエクスポートする場合、分析フェーズでエラーを発生させるために、エクスポートが想定されているもののみを使用します。
cc_shared_library
の直接的な依存関係はすべてエクスポートされるものとします。そのため、Bazel は分析中に foo
が foo_shared
によってエクスポートされていることを前提としています。foo_shared
によって baz
がエクスポートされることは想定されていません。exports_filter
で一致したターゲットもすべてエクスポートされます。
この例のすべての cc_library
は、最大で 1 つの cc_shared_library
に含まれます。baz
も bar_shared
にリンクする場合は、tags = ["LINKABLE_MORE_THAN_ONCE"]
を baz
に追加する必要があります。
shared_lib_name
属性により、bar_shared
によって生成されたファイルの名前は bar.so
になります。これは、Linux ではデフォルトで libbar.so
という名前になります。
エラー
Two shared libraries in dependencies export the same symbols.
これは、同じターゲットをエクスポートする 2 つの異なる cc_shared_library
依存関係を持つターゲットを作成するときに発生します。この問題を解決するには、いずれかの cc_shared_library
依存関係でライブラリのエクスポートを停止する必要があります。
Two shared libraries in dependencies link the same library statically
これは、同じターゲットを静的にリンクする 2 つの異なる cc_shared_library
依存関係を持つ新しい cc_shared_library
を作成する場合に発生します。エクスポートのエラーに似ています。
これを修正する方法の 1 つは、ライブラリと cc_shared_library
依存関係の 1 つのリンクを停止することです。同時に、まだリンクしているライブラリは、ライブラリをエクスポートして、リンクしていないライブラリがシンボルの可視性を維持できるようにする必要があります。もう 1 つの方法は、ターゲットをエクスポートする 3 つ目のライブラリを抽出することです。3 つ目の方法は、犯人の cc_library
に LINKABLE_MORE_THAN_ONCE
をタグ付けすることですが、この修正はまれです。cc_library
を複数回リンクしても安全であることを確認する必要があります。
'//foo:foo' is already linked statically in '//bar:bar' but not exported`
つまり、deps
の推移的クロージャ内のライブラリは、cc_shared_library
依存関係のいずれかを経由せずに到達できますが、すでに dynamic_deps
の別の cc_shared_library
にリンクされており、エクスポートされていません。
この問題を解決するには、cc_shared_library
依存関係からエクスポートするか、エクスポートする 3 つ目の cc_shared_library
を取得します。
Do not place libraries which only contain a precompiled dynamic library in deps.
プリコンパイル済みの動的ライブラリがある場合、現在作成している現在の cc_shared_library
ターゲットに静的にリンクする必要はありません。また、リンクすることもできません。したがって、cc_shared_library
の deps
に属しません。このプリコンパイルされた動的ライブラリが、いずれかの cc_libraries
の依存関係である場合、cc_library
はそれに直接依存する必要があります。
Trying to export a library already exported by a different shared library
このエラーは、現在のルールで、動的依存関係の 1 つによってすでにエクスポートされているターゲットのエクスポートを要求している場合に表示されます。
これを修正するには、deps
からターゲットを削除し、動的依存関係からターゲットを使用するか、exports_filter
がこのターゲットをキャッチしないようにします。
引数
属性 | |
---|---|
name |
名前(必須) このターゲットの一意の名前。 |
deps
|
ラベルのリスト。デフォルトは
これらの直接依存関係の推移的ライブラリ依存関係は、
ルールの実装では、分析中、
また、同じライブラリが複数の |
additional_linker_inputs
|
ラベルのリスト。デフォルトは user_link_flags 属性を使用します。 |
dynamic_deps
|
ラベルのリスト。デフォルトは cc_shared_library 依存関係です。
|
experimental_disable_topo_sort_do_not_use_remove_before_7_0
|
ブール値。デフォルトは |
exports_filter
|
文字列のリスト。デフォルトは
ターゲット
この属性は、実際にはこれらのターゲットに依存関係エッジを追加するわけではないので、依存関係エッジは 使用できる構文は次のとおりです。
|
roots
|
ラベルのリスト。デフォルトは |
shared_lib_name
|
文字列。デフォルトは |
static_deps
|
文字列のリスト。デフォルトは |
user_link_flags
|
文字列のリスト。デフォルトは
|
win_def_file
|
ラベル: デフォルトは この属性は、ターゲット プラットフォームが Windows の場合にのみ使用してください。共有ライブラリのリンク中に シンボルをエクスポートするために使用できます。 |
cc_test
ルールのソースを表示cc_test(name, deps, srcs, data, additional_linker_inputs, args, compatible_with, copts, defines, deprecation, distribs, dynamic_deps, env, env_inherit, exec_compatible_with, exec_properties, features, flaky, hdrs_check, includes, licenses, link_extra_lib, linkopts, linkshared, linkstatic, local, local_defines, malloc, module_interfaces, nocopts, reexport_deps, restricted_to, shard_count, size, stamp, tags, target_compatible_with, testonly, timeout, toolchains, visibility, win_def_file)
cc_test()
ルールはテストをコンパイルします。ここでのテストとは、いくつかのテストコードのバイナリラッパーです。
デフォルトでは、C++ テストは動的にリンクされます。
単体テストを静的にリンクするには、linkstatic=True
を指定します。
テストに linkstatic
が必要な理由をコメントするとよいかもしれませんが、これは自明ではありません。
暗黙的な出力ターゲット
name.stripped
(明示的にリクエストされた場合にのみビルドされる): バイナリのストリップ バージョン。バイナリに対してstrip -g
が実行され、デバッグ シンボルが削除されます。削除オプションを追加するには、コマンドラインで--stripopt=-foo
を使用します。name.dwp
(明示的にリクエストされた場合にのみビルド): Fission が有効な場合: リモートでデプロイされたバイナリのデバッグに適したデバッグ情報パッケージ ファイル。それ以外: 空のファイル。
cc_binary() の引数をご覧ください。ただし、stamp
引数はデフォルトで 0 に設定されており、cc_test
にはすべてのテストルールに共通する追加の
属性(*_test)があります。
引数
属性 | |
---|---|
name |
名前(必須) このターゲットの一意の名前。 |
deps
|
ラベルのリスト。デフォルトは
|
srcs
|
ラベルのリスト。デフォルトは
純粋なアセンブラ ファイル(.s、.asm)は前処理されず、通常はアセンブラを使用してビルドされます。前処理されたアセンブリ ファイル(.S)は、前処理され、通常は C/C++ コンパイラを使用してビルドされます。
すべての
許可される
... およびこれらのファイルを生成するルール( |
data
|
ラベルのリスト。デフォルトは data に関する一般的なコメントについては、ほとんどのビルドルールで定義されている一般的な属性をご覧ください。
生成されたファイルの名前が
C++ コードでは、次のようにしてこれらのデータファイルにアクセスできます。
|
additional_linker_inputs
|
ラベルのリスト。デフォルトは たとえば、コンパイル済みの Windows .res ファイルをここで提供して、バイナリ ターゲットに埋め込むことができます。 |
copts
|
文字列のリスト。デフォルトは
この属性の各文字列は、バイナリ ターゲットをコンパイルする前に、指定された順序で
パッケージで機能
|
defines
|
文字列のリスト。デフォルトは -D が付加され、このターゲットおよびそのターゲットに依存するすべてのルールのコンパイル コマンドラインに追加されます。広範囲の影響が及ぶ可能性があるため、注意が必要です。判断に迷う場合は、代わりに local_defines に値の定義を追加します。 |
dynamic_deps
|
ラベルのリスト。デフォルトは cc_shared_library 依存関係です。
|
hdrs_check
|
文字列。デフォルトは |
includes
|
文字列のリスト。デフォルトは -isystem path_to_package/include_entry が生成されます。これは、Google の記述形式 #include ステートメントに準拠していないサードパーティ ライブラリにのみ使用してください。COPTS とは異なり、これらのフラグはこのルールとそれに依存するすべてのルールに追加されます。(注: コンテナが依存するルールではありません)。広範囲の影響が及ぶ可能性があるため、注意が必要です。判断に迷う場合は、代わりに「-I」フラグを COPTS に追加してください。
追加された |
link_extra_lib
|
ラベル: デフォルトは
デフォルトでは、C++ バイナリは |
linkopts
|
文字列のリスト。デフォルトは LINKOPTS に追加されます。
このリストで、 |
linkshared
|
ブール値。デフォルトは linkshared=True を含めます。デフォルトでは、このオプションはオフになっています。
このフラグが存在する場合は、
|
linkstatic
|
ブール値。デフォルトは cc_binary と cc_test の場合: 静的モードでバイナリをリンクします。cc_library.link_static については、以下をご覧ください。デフォルトでは、このオプションは
有効にするとバイナリまたはテストの場合、可能であればユーザー ライブラリを 実行可能ファイルをリンクする方法は 3 つあります。
本番環境では、 |
local_defines
|
文字列のリスト。デフォルトは -D が付加され、このターゲットのコンパイル コマンドラインに追加されますが、依存関係には追加されません。
|
malloc
|
ラベル: デフォルトは
デフォルトでは、C++ バイナリは空のライブラリである |
module_interfaces
|
ラベルのリスト。デフォルトは C++ Standard にはモジュール インターフェースのファイル拡張子に関する制限がない
使用はフラグ |
nocopts
|
文字列。デフォルトは COPTS は、このルールをコンパイルするために COPTS から削除されます。この属性は、third_party の外部で必要または使用しないでください。値の前処理は、「Make」変数置換以外の方法では行われません。 |
reexport_deps
|
ラベルのリスト。デフォルトは |
stamp
|
整数。デフォルトは
スタンプされたバイナリは、依存関係が変更されない限り再ビルドされません。 |
win_def_file
|
ラベル: デフォルトは この属性は、ターゲット プラットフォームが Windows の場合にのみ使用してください。共有ライブラリのリンク中に シンボルをエクスポートするために使用できます。 |
cc_toolchain
ルールのソースを表示cc_toolchain(name, all_files, ar_files, as_files, compatible_with, compiler_files, compiler_files_without_includes, coverage_files, deprecation, distribs, dwp_files, dynamic_runtime_lib, exec_compatible_with, exec_properties, exec_transition_for_inputs, features, libc_top, licenses, linker_files, module_map, objcopy_files, output_licenses, restricted_to, static_runtime_lib, strip_files, supports_header_parsing, supports_param_files, tags, target_compatible_with, testonly, toolchain_config, toolchain_identifier, toolchains, visibility)
C++ ツールチェーンを表します。
このルールにより、以下の処理が行われます。
-
C++ アクションの実行に必要なすべてのアーティファクトを収集します。これは、
all_files
、compiler_files
、linker_files
などの属性や、_files
で終わるその他の属性によって行われます。これらは、必要なすべてのファイルを収めようとするファイルグループで、一般的です。 -
C++ アクションの正しいコマンドラインの生成。これは、
CcToolchainConfigInfo
プロバイダを使用して行われます(詳しくは下記をご覧ください)。
C++ ツールチェーンを構成するには、toolchain_config
属性を使用します。C++ ツールチェーンの構成とツールチェーンの選択について詳しくは、こちらの
ページ
をご覧ください。
bazel build //...
の呼び出し時にツールチェーンが不必要にビルドおよび構成されないようにするには、tags = ["manual"]
を使用します。
引数
属性 | |
---|---|
name |
名前(必須) このターゲットの一意の名前。 |
all_files
|
ラベル(必須) すべての cc_ツールチェーン アーティファクトの収集。これらのアーティファクトは、rules_cc に関連するすべてのアクションへの入力として追加されます(ただし、以下の属性のより正確なアーティファクトのセットを使用するアクションを除く)。Bazel では、all_files が他のすべてのアーティファクト提供属性のスーパーセットであることを前提としています(たとえば、リンクスタンプのコンパイルにはコンパイル ファイルとリンクファイルの両方が必要であるため、all_files が必要です)。
これは |
ar_files
|
ラベル: デフォルトは |
as_files
|
ラベル: デフォルトは |
compiler_files
|
ラベル(必須) コンパイル アクションに必要なすべての cc_ツールチェーン アーティファクトの収集。 |
compiler_files_without_includes
|
ラベル: デフォルトは |
coverage_files
|
ラベル: デフォルトは |
dwp_files
|
ラベル(必須) dwp アクションに必要なすべての cc_ツールチェーン アーティファクトの収集。 |
dynamic_runtime_lib
|
ラベル: デフォルトは これは、「static_link_cpp_runtimes」機能が有効で、依存関係を動的にリンクする場合に使用されます。 |
exec_transition_for_inputs
|
ブール値。デフォルトは |
libc_top
|
ラベル: デフォルトは |
linker_files
|
ラベル(必須) アクションのリンクに必要なすべての cc_ツールチェーン アーティファクトの収集。 |
module_map
|
ラベル: デフォルトは |
objcopy_files
|
ラベル(必須) objcopy アクションに必要なすべての cc_ツールチェーン アーティファクトの収集。 |
output_licenses
|
文字列のリスト。デフォルトは |
static_runtime_lib
|
ラベル: デフォルトは これは、「static_link_cpp_runtimes」機能が有効で、依存関係を静的にリンクする際に使用されます。 |
strip_files
|
ラベル(必須) 削除アクションに必要なすべての cc_ツールチェーン アーティファクトの収集。 |
supports_header_parsing
|
ブール値。デフォルトは |
supports_param_files
|
ブール値。デフォルトは |
toolchain_config
|
ラベル(必須) cc_toolchain_config_info を指定するルールのラベル。
|
toolchain_identifier
|
文字列。デフォルトは
問題 #5380 が修正されるまでは、この方法で |
cc_toolchain_suite
ルールのソースを表示cc_toolchain_suite(name, compatible_with, deprecation, distribs, features, licenses, restricted_to, tags, target_compatible_with, testonly, toolchains, visibility)
非推奨: このルールは何も行われず、削除されます。
引数
属性 | |
---|---|
name |
名前(必須) このターゲットの一意の名前。 |
fdo_prefetch_hints
ルールのソースを表示fdo_prefetch_hints(name, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, features, profile, restricted_to, tags, target_compatible_with, testonly, toolchains, visibility)
ワークスペースのどちらかにある FDO プリフェッチヒントのプロファイルを表します。 例:
fdo_prefetch_hints(
name = "hints",
profile = "//path/to/hints:profile.afdo",
)
引数
属性 | |
---|---|
name |
名前(必須) このターゲットの一意の名前。 |
profile
|
ラベル(必須) ヒントのプロファイルのラベル。ヒントファイルには拡張子が .afdo です。 ラベルは fdo_exact_path_profile ルールを参照することもできます。 |
fdo_profile
ルールのソースを表示fdo_profile(name, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, features, memprof_profile, profile, proto_profile, restricted_to, tags, target_compatible_with, testonly, toolchains, visibility)
ワークスペース内にある FDO プロファイルを表します。 例:
fdo_profile(
name = "fdo",
profile = "//path/to/fdo:profile.zip",
)
引数
属性 | |
---|---|
name |
名前(必須) このターゲットの一意の名前。 |
memprof_profile
|
ラベル: デフォルトは |
profile
|
ラベル(必須) FDO プロファイルまたはプロファイルを生成するルールのラベル。FDO ファイルの拡張子は、.profraw(インデックスなし LLVM プロファイルの場合)、.profdata(インデックス付き LLVM プロファイルの場合)、.profdata(インデックス付き LLVM プロファイルの場合)、.zip(LLVM profraw プロファイルを保持する場合)、.afdo(AutoFDO プロファイルの場合)、.xfdo(XBinary プロファイルの場合)があります。ラベルは、fdo_complete_path_profile ルールを指すこともできます。 |
proto_profile
|
ラベル: デフォルトは |
memprof_profile
ルールのソースを表示memprof_profile(name, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, features, profile, restricted_to, tags, target_compatible_with, testonly, toolchains, visibility)
ワークスペース内の MEMPROF プロファイルを表します。例:
memprof_profile(
name = "memprof",
profile = "//path/to/memprof:profile.afdo",
)
引数
属性 | |
---|---|
name |
名前(必須) このターゲットの一意の名前。 |
profile
|
ラベル(必須) MEMPROF プロファイルのラベル。このプロファイルには、.profdata 拡張子(インデックス付き/シンボル化された memprof プロファイルの場合)、または memprof.profdata ファイルを含む zip ファイルの .zip 拡張子が必要です。ラベルは、fdo_complete_path_profile ルールを指すこともできます。 |
propeller_optimize
ルールのソースを表示propeller_optimize(name, cc_profile, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, features, ld_profile, restricted_to, tags, target_compatible_with, testonly, toolchains, visibility)
ワークスペース内の Propeller 最適化プロファイルを表します。 例:
propeller_optimize(
name = "layout",
cc_profile = "//path:cc_profile.txt",
ld_profile = "//path:ld_profile.txt"
)
引数
属性 | |
---|---|
name |
名前(必須) このターゲットの一意の名前。 |
cc_profile
|
ラベル(必須) さまざまなコンパイル アクションに渡されるプロファイルのラベル。このファイルの拡張子は .txt です。 |
ld_profile
|
ラベル(必須) リンク アクションに渡されるプロフィールのラベル。このファイルの拡張子は .txt です。 |