ルール
- cc_binary
- cc_import
- cc_library
- cc_proto_library
- cc_shared_library
- cc_static_library
- fdo_prefetch_hints
- fdo_profile
- memprof_profile
- propeller_optimize
- cc_test
- cc_ツールチェーン
- cc_toolchain_suite
cc_binary
ルールのソースを表示cc_binary(name, deps, srcs, data, additional_linker_inputs, args, compatible_with, copts, defines, deprecation, distribs, env, exec_compatible_with, exec_properties, features, includes, licenses, link_extra_lib, linkopts, linkshared, linkstatic, local_defines, malloc, nocopts, output_licenses, restricted_to, stamp, tags, target_compatible_with, testonly, toolchains, visibility, win_def_file)
暗黙的な出力ターゲット
name.stripped
(明示的にリクエストされた場合にのみビルドされる): 削除されたバージョンのバイナリ。バイナリに対してstrip -g
が実行され、デバッグ シンボルが削除されます。コマンドラインで--stripopt=-foo
を使用して、追加のストリップ オプションを指定できます。この出力は、明示的にリクエストされた場合にのみビルドされます。name.dwp
(明示的にリクエストされた場合にのみビルド): Fission が有効な場合: リモートでデプロイされたバイナリのデバッグに適したデバッグ情報パッケージ ファイル。それ以外の場合: 空のファイル。
引数
属性 | |
---|---|
name |
名前(必須) このターゲットの名前。 |
deps
|
ラベルのリスト。デフォルトは
|
srcs
|
ラベルのリスト。デフォルトは
すべての ルールの名前が
許可される
および、それらのファイルを生成するルール。拡張子が異なると、gcc の規則に従って異なるプログラミング言語が示されます。 |
additional_linker_inputs
|
ラベルのリスト。デフォルトは たとえば、コンパイルされた Windows .res ファイルを指定して、バイナリ ターゲットに埋め込むことができます。 |
copts
|
文字列のリスト。デフォルトは
この属性の各文字列は、バイナリ ターゲットをコンパイルする前に、指定された順序で
パッケージが機能 |
defines
|
文字列のリスト。デフォルトは -D が追加され、このターゲットへのコンパイル コマンドライン、およびそれに依存するすべてのルールに追加されます。広範囲の影響が及ぶ可能性があるため、細心の注意を払ってください。不明な場合は、代わりに local_defines に定義値を追加します。
|
includes
|
文字列のリスト。デフォルトは
「変数を作成」による置換が適用されます。
各文字列の前に ヘッダーは srcs または hdrs に追加する必要があります。追加しないと、コンパイルがサンドボックス化されている場合(デフォルト)、依存関係のあるルールで使用できなくなります。 |
link_extra_lib
|
ラベル(デフォルトは
デフォルトでは、C++ バイナリは |
linkopts
|
文字列のリスト。デフォルトは LINKOPTS に追加されます。
このリストの |
linkshared
|
ブール値。構成不可。デフォルトは linkshared=True を含めます。デフォルトでは、このオプションはオフになっています。
このフラグが存在する場合、
|
linkstatic
|
ブール値。デフォルトは cc_binary と cc_test の場合: 静的モードでバイナリをリンクします。cc_library.linkstatic の場合: 以下をご覧ください。
このオプションはデフォルトで
有効にしてバイナリまたはテストの場合、このオプションは、可能な限りユーザー ライブラリの 実行可能ファイルをリンクする方法は 3 つあります。
|
local_defines
|
文字列のリスト。デフォルトは -D が付加され、このターゲットのコンパイル コマンドラインに追加されますが、その依存関係には追加されません。 |
malloc
|
ラベル: デフォルトは
デフォルトでは、C++ バイナリは |
nocopts
|
文字列。デフォルトは COPTS (ルールの copts 属性で明示的に指定された値を含む)は、このルールのコンパイルの目的で COPTS から削除されます。この属性はほとんど必要ありません。
|
stamp
|
整数。デフォルトは
スタンプされたバイナリは、依存関係が変更されない限り再ビルドされません。 |
win_def_file
|
ラベル: デフォルトは この属性は、Windows がターゲット プラットフォームである場合にのみ使用してください。共有ライブラリのリンク時にシンボルをエクスポートするために使用できます。 |
cc_import
ルールソースを表示cc_import(name, deps, data, hdrs, alwayslink, compatible_with, deprecation, distribs, features, interface_library, licenses, restricted_to, shared_library, static_library, system_provided, tags, target_compatible_with, testonly, 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, )
cc_import( name = "mylib", hdrs = ["mylib.h"], shared_library = "libmylib.so", )
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", )
system_provided=True
とリンクする(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, )
へのリンク Unix の場合:
cc_import( name = "mylib", hdrs = ["mylib.h"], static_library = "libmylib.a", shared_library = "libmylib.so", ) # first will link to libmylib.a cc_binary( name = "first", srcs = ["first.cc"], deps = [":mylib"], linkstatic = 1, # default value ) # second will link to libmylib.so cc_binary( name = "second", srcs = ["second.cc"], deps = [":mylib"], linkstatic = 0, )
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", ) # first will link to libmylib.lib cc_binary( name = "first", srcs = ["first.cc"], deps = [":mylib"], linkstatic = 1, # default value ) # second will link to mylib.dll through mylib.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
|
ブール値。デフォルトは Windows で VS 2017 で alwayslink が機能しない場合は、既知の問題であるため、VS 2017 を最新バージョンにアップグレードしてください。 |
interface_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, implementation_deps, include_prefix, includes, licenses, linkopts, linkstamp, linkstatic, local_defines, nocopts, restricted_to, strip_include_prefix, tags, target_compatible_with, testonly, textual_hdrs, toolchains, visibility, win_def_file)
ヘッダーの包含チェック
ビルドで使用されるヘッダー ファイルはすべて、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
ファイルのコンパイルでは、伝播型 deps
閉包内の任意の cc_library
の hdrs
または srcs
にヘッダー ファイルが伝播的に含まれる可能性があります。この場合、コンパイラは foo.cc
のコンパイル時に baz.h
と baz-impl.h
を読み取ることができますが、foo.cc
に #include "baz.h"
を含めることはできません。これを許可するには、baz
を foo
の deps
に追加する必要があります。
Bazel は、ツールチェーンのサポートに依存して、包含チェックルールを適用します。layering_check
機能は、ツールチェーンでサポートされており、--features=layering_check
コマンドライン フラグや package
関数の features
パラメータなどを使用して明示的にリクエストする必要があります。Bazel が提供する toolchain は、Unix と macOS で clang を使用する場合にのみ、この機能をサポートしています。
引数
属性 | |
---|---|
name |
名前: 必須 このターゲットの名前。 |
deps
|
ラベルのリスト。デフォルトは
|
srcs
|
ラベルのリスト。デフォルトは
すべての ルールの名前が
許可される
それらのファイルを生成するルールも確認できます。拡張子が異なると、gcc の規則に従って異なるプログラミング言語が示されます。 |
hdrs
|
ラベルのリスト。デフォルトは これは、ライブラリのインターフェースを記述するヘッダー ファイルを宣言する場所として強く推奨されます。これらのヘッダーは、このルールまたは依存するルールのソースによって含めることができます。このライブラリのクライアントが含める必要のないヘッダーは、公開済みのヘッダーに含まれている場合でも、代わりに |
additional_compiler_inputs
|
ラベルのリスト。デフォルトは |
additional_linker_inputs
|
ラベルのリスト。デフォルトは たとえば、コンパイルされた Windows .res ファイルを指定して、バイナリ ターゲットに埋め込むことができます。 |
alwayslink
|
ブール値。デフォルトは srcs にリストされているファイルのすべてのオブジェクト ファイルをリンクします。バイナリによって参照されるシンボルが含まれていない場合でも同様です。これは、コードがバイナリ内のコードによって明示的に呼び出されない場合(コードがサービスから提供されるコールバックを受け取るように登録されている場合など)に便利です。Windows で VS 2017 で alwayslink が機能しない場合は、既知の問題であるため、VS 2017 を最新バージョンにアップグレードしてください。 |
copts
|
文字列のリスト。デフォルトは
この属性の各文字列は、バイナリ ターゲットをコンパイルする前に、指定された順序で
パッケージが機能 |
defines
|
文字列のリスト。デフォルトは -D が追加され、このターゲットへのコンパイル コマンドライン、およびそれに依存するすべてのルールに追加されます。影響が広範囲に及ぶ可能性があるため、十分に注意してください。不明な場合は、代わりに local_defines に定義値を追加します。
|
implementation_deps
|
ラベルのリスト。デフォルトは deps とは異なり、これらのライブラリのヘッダーとインクルード パス(およびそのすべての推移的依存関係)は、このライブラリのコンパイルにのみ使用され、ライブラリに依存するライブラリには使用されません。implementation_deps で指定されたライブラリは、このライブラリに依存するバイナリ ターゲットでも引き続きリンクされます。現時点では、使用は cc_libraries に限定され、 |
include_prefix
|
文字列。デフォルトは 設定した場合、このルールの この接頭辞が追加される前に、 |
includes
|
文字列のリスト。デフォルトは
「変数を作成」による置換が適用されます。
各文字列の前に ヘッダーは srcs または hdrs に追加する必要があります。追加しないと、コンパイルがサンドボックス化されている場合(デフォルト)、依存関係のあるルールで使用できなくなります。 |
linkopts
|
文字列のリスト。デフォルトは LINKOPTS に追加されます。
このリストの |
linkstamp
|
ラベル(デフォルトは base パッケージでのみ必要です。 |
linkstatic
|
ブール値。デフォルトは cc_binary と cc_test の場合: 静的モードでバイナリをリンクします。cc_library.linkstatic については、以下をご覧ください。
このオプションはデフォルトで
有効にしてバイナリまたはテストの場合、このオプションは、可能な限りユーザー ライブラリの 実行可能ファイルをリンクする方法は 3 つあります。
|
local_defines
|
文字列のリスト。デフォルトは -D が付加され、このターゲットのコンパイル コマンドラインに追加されますが、その依存関係には追加されません。 |
nocopts
|
文字列。デフォルトは COPTS (ルールの copts 属性で明示的に指定された値を含む)は、このルールのコンパイルの目的で COPTS から削除されます。この属性はほとんど必要ありません。
|
strip_include_prefix
|
文字列。デフォルトは 設定すると、このルールの 相対パスの場合は、パッケージ相対パスとして扱われます。絶対パスの場合は、リポジトリ相対パスとして解釈されます。
|
textual_hdrs
|
ラベルのリスト。デフォルトは これは、単独でコンパイルできないヘッダー ファイルを宣言する場所です。つまり、有効なコードをビルドするには、他のソースファイルで常にテキストとして含める必要があります。 |
win_def_file
|
ラベル(デフォルトは この属性は、Windows がターゲット プラットフォームである場合にのみ使用してください。共有ライブラリのリンク中に シンボルをエクスポートするために使用できます。 |
cc_proto_library
ルールソースを表示cc_proto_library(name, deps, data, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, features, licenses, restricted_to, tags, target_compatible_with, testonly, 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, dynamic_deps, exports_filter, shared_lib_name, tags, user_link_flags, 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
によってエクスポートされていると想定します。baz
は foo_shared
によってエクスポートされるとは想定されません。exports_filter
で一致するすべてのターゲットもエクスポートされていると見なされます。
例のすべての cc_library
は、最大で 1 つの cc_shared_library
に表示する必要があります。baz
を bar_shared
にもリンクする場合は、tags = ["LINKABLE_MORE_THAN_ONCE"]
を baz
に追加する必要があります。
shared_lib_name
属性により、bar_shared
によって生成されるファイルの名前は、Linux のデフォルト名 libbar.so
ではなく bar.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 つの方法は、ターゲットをエクスポートするサードパーティ ライブラリを取得することです。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
依存関係からエクスポートするか、エクスポートするサードパーティの 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
このエラーは、現在のルールで、動的依存関係のいずれかによってすでにエクスポートされているターゲットをエクスポートすると宣言している場合に表示されます。
これを修正するには、deps
からターゲットを削除し、動的依存関係からそのターゲットを利用するか、exports_filter
がこのターゲットをキャッチしないようにします。
引数
属性 | |
---|---|
name |
名前: 必須 このターゲットの名前。 |
deps
|
ラベルのリスト。デフォルトは
これらの直接依存関係の伝播ライブラリ依存関係は、
ルールの実装では、分析中、
また、同じライブラリが複数の |
additional_linker_inputs
|
ラベルのリスト。デフォルトは user_link_flags 属性で指定できます。
|
dynamic_deps
|
ラベルのリスト。デフォルトは cc_shared_library 依存関係です。
|
exports_filter
|
文字列のリスト。デフォルトは
ターゲット
この属性は、実際にはターゲットに依存関係エッジを追加しません。依存関係エッジは 次の構文を使用できます。
|
shared_lib_name
|
文字列。デフォルトは |
user_link_flags
|
文字列のリスト。デフォルトは cc_shared_library( name = "foo_shared", additional_linker_inputs = select({ "//src/conditions:linux": [ ":foo.lds", ":additional_script.txt", ], "//conditions:default": []}), user_link_flags = select({ "//src/conditions:linux": [ "-Wl,-rpath,kittens", "-Wl,--version-script=$(location :foo.lds)", "-Wl,--script=$(location :additional_script.txt)", ], "//conditions:default": []}), ... ) |
win_def_file
|
ラベル(デフォルトは この属性は、ターゲット プラットフォームが Windows の場合にのみ使用してください。共有ライブラリのリンク時に シンボルをエクスポートするために使用できます。 |
cc_static_library
ルールソースを表示cc_static_library(name, deps, tags)
生成された静的ライブラリには、deps
にリストされているターゲットのオブジェクト ファイルと、その伝播依存関係が含まれます。優先されるのは PIC
オブジェクトです。
出力グループ
linkdeps
deps
にリストされているターゲットの推移的依存関係のラベルを含むテキスト ファイル。静的ライブラリにオブジェクト ファイルを提供しなかったが、静的ライブラリ、動的ライブラリ、またはインターフェース ライブラリを少なくとも 1 つ提供する。生成される静的ライブラリでは、これらのライブラリをリンク時に使用できる必要があります。
linkopts
deps
にリストされているターゲットのすべての伝播依存関係のユーザー指定の linkopts
を含むテキスト ファイル。
重複する記号
デフォルトでは、cc_static_library
ルールは、生成された静的ライブラリに重複するシンボルがないことを確認します。重複している場合は、重複するシンボルとそれを含むオブジェクト ファイルが一覧表示されたエラー メッセージとともにビルドが失敗します。
このチェックは、features = ["-symbol_check"]
を設定するか、--features=-symbol_check
を使用してグローバルに設定することで、ターゲットごとまたはパッケージごとに無効にできます。
symbol_check
のツールチェーン サポート
Bazel に付属の自動構成された C++ ツールチェーンは、すべてのプラットフォームで symbol_check
機能をサポートしています。カスタム ツールチェーンでは、次の 2 つの方法のいずれかでサポートを追加できます。
ACTION_NAMES.validate_static_library
アクションを実装し、symbol_check
機能で有効にする。アクション内のツールセットは、2 つの引数で呼び出されます。1 つはシンボルの重複をチェックする静的ライブラリで、もう 1 つは、チェックに合格した場合に作成する必要があるファイルのパスです。symbol_check
機能によって、静的ライブラリを作成するアクションが重複するシンボルに対して失敗するアーカイバ フラグが追加されます。
引数
属性 | |
---|---|
name |
名前: 必須 このターゲットの名前。 |
deps
|
ラベルのリスト。デフォルトは オブジェクト ファイルを提供しない依存関係は静的ライブラリには含まれませんが、それらのラベルは |
fdo_prefetch_hints
ルールソースを表示fdo_prefetch_hints(name, compatible_with, deprecation, distribs, features, licenses, profile, restricted_to, tags, target_compatible_with, testonly, visibility)
ワークスペース内または指定された絶対パスにある FDO プリフェッチ ヒント プロファイルを表します。例:
fdo_prefetch_hints( name = "hints", profile = "//path/to/hints:profile.afdo", ) fdo_profile( name = "hints_abs", absolute_path_profile = "/absolute/path/profile.afdo", )
引数
属性 | |
---|---|
name |
名前: 必須 このターゲットの名前。 |
profile
|
ラベル: デフォルトは |
fdo_profile
ルールソースを表示fdo_profile(name, absolute_path_profile, compatible_with, deprecation, distribs, features, licenses, profile, proto_profile, restricted_to, tags, target_compatible_with, testonly, visibility)
ワークスペース内または指定された絶対パスにある FDO プロファイルを表します。例:
fdo_profile( name = "fdo", profile = "//path/to/fdo:profile.zip", ) fdo_profile( name = "fdo_abs", absolute_path_profile = "/absolute/path/profile.zip", )
引数
属性 | |
---|---|
name |
名前(必須) このターゲットの名前。 |
absolute_path_profile
|
文字列。デフォルトは |
profile
|
ラベル(デフォルトは |
proto_profile
|
ラベル: デフォルトは |
memprof_profile
ルールソースを表示memprof_profile(name, absolute_path_profile, compatible_with, deprecation, distribs, features, licenses, profile, restricted_to, tags, target_compatible_with, testonly, visibility)
ワークスペース内または指定された絶対パスにある MEMPROF プロファイルを表します。例:
memprof_profile( name = "memprof", profile = "//path/to/memprof:profile.afdo", ) memprof_profile( name = "memprof_abs", absolute_path_profile = "/absolute/path/profile.afdo", )
引数
属性 | |
---|---|
name |
名前: 必須 このターゲットの名前。 |
absolute_path_profile
|
文字列。デフォルトは |
profile
|
ラベル: デフォルトは |
propeller_optimize
ルールソースを表示propeller_optimize(name, compatible_with, deprecation, distribs, features, ld_profile, licenses, restricted_to, tags, target_compatible_with, testonly, visibility)
ワークスペース内の Propeller 最適化プロファイルを表します。例:
propeller_optimize( name = "layout", cc_profile = "//path:cc_profile.txt", ld_profile = "//path:ld_profile.txt" ) propeller_optimize( name = "layout_absolute", absolute_cc_profile = "/absolute/cc_profile.txt", absolute_ld_profile = "/absolute/ld_profile.txt" )
引数
属性 | |
---|---|
name |
名前: 必須 このターゲットの名前。 |
ld_profile
|
ラベル(デフォルトは |
cc_test
ルールソースを表示cc_test(name, deps, srcs, data, additional_linker_inputs, args, compatible_with, copts, defines, deprecation, distribs, env, env_inherit, exec_compatible_with, exec_properties, features, flaky, includes, licenses, link_extra_lib, linkopts, linkstatic, local, local_defines, malloc, nocopts, restricted_to, shard_count, size, stamp, tags, target_compatible_with, testonly, timeout, toolchains, visibility, win_def_file)
引数
属性 | |
---|---|
name |
名前: 必須 このターゲットの名前。 |
deps
|
ラベルのリスト。デフォルトは
|
srcs
|
ラベルのリスト。デフォルトは
ルールの名前が
許可される
および、それらのファイルを生成するルール。拡張子が異なると、gcc の規則に従って異なるプログラミング言語が示されます。 |
additional_linker_inputs
|
ラベルのリスト。デフォルトは たとえば、コンパイルされた Windows .res ファイルを指定して、バイナリ ターゲットに埋め込むことができます。 |
copts
|
文字列のリスト。デフォルトは
この属性の各文字列は、バイナリ ターゲットをコンパイルする前に、指定された順序で
パッケージが機能 |
defines
|
文字列のリスト。デフォルトは -D が追加され、このターゲットへのコンパイル コマンドライン、およびそれに依存するすべてのルールに追加されます。広範囲の影響が及ぶ可能性があるため、細心の注意を払ってください。不明な場合は、代わりに local_defines に定義値を追加します。
|
includes
|
文字列のリスト。デフォルトは
「変数を作成」の置換が適用されます。
各文字列の先頭に ヘッダーは srcs または hdrs に追加する必要があります。追加しないと、コンパイルがサンドボックス化されている場合(デフォルト)、依存関係のあるルールで使用できなくなります。 |
link_extra_lib
|
ラベル: デフォルトは
デフォルトでは、C++ バイナリは |
linkopts
|
文字列のリスト。デフォルトは LINKOPTS に追加されます。
このリストで、 |
linkstatic
|
ブール値。デフォルトは cc_binary と cc_test の場合: 静的モードでバイナリをリンクします。cc_library.linkstatic の場合: 以下をご覧ください。
このオプションはデフォルトで
有効にしてバイナリまたはテストの場合、このオプションは、可能な限りユーザー ライブラリの 実行可能ファイルをリンクする方法は 3 つあります。
|
local_defines
|
文字列のリスト。デフォルトは -D が付加され、このターゲットのコンパイル コマンドラインに追加されますが、依存関係には追加されません。
|
malloc
|
ラベル(デフォルトは
デフォルトでは、C++ バイナリは |
nocopts
|
文字列。デフォルトは COPTS (ルールの copts 属性で明示的に指定された値を含む)は、このルールのコンパイルの目的で COPTS から削除されます。この属性はほとんど必要ありません。
|
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_transition_for_inputs, features, libc_top, licenses, linker_files, module_map, objcopy_files, restricted_to, static_runtime_lib, strip_files, supports_header_parsing, supports_param_files, tags, target_compatible_with, testonly, toolchain_config, toolchain_identifier, visibility)
C++ ツールチェーンを表します。
このルールにより、以下の処理が行われます。
-
C++ アクションの実行に必要なすべてのアーティファクトを収集します。これは、
all_files
、compiler_files
、linker_files
などの属性や、_files
で終わる他の属性によって行われます。これらは、必要なすべてのファイルを収めようとするファイルグループで、一般的です。 -
C++ アクションの正しいコマンドラインを生成する。これは、
CcToolchainConfigInfo
プロバイダを使用して行われます(詳しくは下記をご覧ください)。
toolchain_config
属性を使用して C++ ツールチェーンを構成します。C++ ツールチェーンの詳細な構成とツールチェーンの選択に関するドキュメントについては、こちらの
ページ
もご覧ください。
bazel build //...
を呼び出すときに、不要にツールチェーンがビルドおよび構成されないようにするには、tags = ["manual"]
を使用します。
引数
属性 | |
---|---|
name |
名前: 必須 このターゲットの名前。 |
all_files
|
ラベル(必須) すべての cc_toolchain アーティファクトのコレクション。これらのアーティファクトは、rules_cc に関連するすべてのアクションへの入力として追加されます(ただし、以下の属性のより正確なアーティファクトのセットを使用するアクションを除く)。Bazel は、all_files が他のすべてのアーティファクト提供属性のスーパーセットであると想定しています(たとえば、リンクスタンプのコンパイルはコンパイル ファイルとリンク ファイルの両方を必要とするため、all_files を使用します)。
これが |
ar_files
|
ラベル(デフォルトは アーカイブ アクションに必要なすべての cc_ツールチェーン アーティファクトの収集。 |
as_files
|
ラベル: デフォルトは アセンブル アクションに必要なすべての cc_toolchain アーティファクトのコレクション。 |
compiler_files
|
ラベル: 必須 コンパイル アクションに必要なすべての cc_toolchain アーティファクトのコレクション。 |
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_toolchain アーティファクトのコレクション。 |
static_runtime_lib
|
ラベル: デフォルトは これは、「static_link_cpp_runtimes」機能が有効で、依存関係を静的にリンクしている場合に使用されます。 |
strip_files
|
ラベル(必須) ストリップ アクションに必要なすべての cc_toolchain アーティファクトのコレクション。 |
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)
C++ ツールチェーンのコレクションを表します。
このルールは次の処理を行います。
- 関連するすべての C++ ツールチェーンを収集します。
-
Bazel に渡された
--cpu
オプションと--compiler
オプションに応じて、1 つの toolchain を選択します。
C++ ツールチェーンの詳細な構成とツールチェーンの選択に関するドキュメントについては、こちらの ページ もご覧ください。
引数
属性 | |
---|---|
name |
名前: 必須 このターゲットの一意の名前。 |
toolchains
|
文字列をラベルにマッピングするディクショナリ。構成不可。必須 「<cpu>」または「<cpu>|<compiler>」文字列からcc_toolchain ラベルへのマップ。「<cpu>」は、--cpu のみが Bazel に渡された場合は「<cpu>|<compiler>」を使用し、--cpu と --compiler の両方が Bazel に渡された場合は「<cpu>|<compiler>」を使用します。例:
cc_toolchain_suite( name = "toolchain", toolchains = { "piii|gcc": ":my_cc_toolchain_for_piii_using_gcc", "piii": ":my_cc_toolchain_for_piii_using_default_compiler", }, ) |