Aturan C / C++

Laporkan masalah Lihat sumber Malam · 7,3 · 7,2 · 7,1 · 7,0 · 6,5

Aturan

• cc_binary
• cc_import
• cc_library
• cc_proto_library
• cc_shared_library
• fdo_prefetch_hints
• fdo_profile
• memprof_profile
• propeller_optimize
• cc_test
• cc_toolchain
• cc_toolchain_suite

cc_binary

Lihat sumber aturan

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)

Target output implisit

• name.stripped (hanya dibuat jika diminta secara eksplisit): Hapus versi dari biner. strip -g dijalankan pada biner untuk menghapus debug simbol. Opsi strip tambahan dapat diberikan pada baris perintah menggunakan --stripopt=-foo. Output ini hanya dibuat jika diminta secara eksplisit.
• name.dwp (hanya dibuat jika diminta secara eksplisit): Jika Fission diaktifkan: debug paket informasi yang cocok untuk men-debug biner yang di-deploy dari jarak jauh. Lainnya: file kosong.

Argumen

Atribut
name	Nama; wajib diisi Nama unik untuk target ini.
deps	Daftar label; default adalah [] Daftar library lain yang akan ditautkan ke target biner. Dapat berupa cc_library atau objc_library target.
srcs	Daftar label; default adalah [] Daftar file C dan C++ yang diproses untuk membuat target. Ini adalah file sumber dan header C/C++, baik tidak dihasilkan (sumber normal kode) atau dibuat. Semua file .cc, .c, dan .cpp akan dapat dikompilasi. Ini mungkin file yang dihasilkan: jika file bernama ada outs dari beberapa aturan lain, aturan ini akan bergantung secara otomatis pada aturan lain tersebut. File .h tidak akan dikompilasi, tetapi akan tersedia untuk penyertaan menurut sumber dalam aturan ini. .cc dan File .h dapat langsung menyertakan header yang tercantum dalam srcs ini atau di hdrs aturan apa pun yang tercantum di argumen deps. Semua file #include hari harus disebutkan dalam srcs dari aturan ini, atau dalam Atribut hdrs dari cc_library() yang direferensikan. Gaya yang direkomendasikan adalah untuk header yang dikaitkan dengan library yang tercantum dalam atribut hdrs library tersebut, dan atribut header yang terkait dengan sumber aturan ini untuk dicantumkan di srcs. Lihat "Pemeriksaan penyertaan header" untuk mendapatkan deskripsi yang lebih detail. Jika nama aturan ada dalam srcs, maka aturan ini secara otomatis bergantung pada aturan tersebut. Jika outs aturan bernama adalah C atau C++ {i>source file<i}, mereka dikompilasi ke dalam aturan ini; jika itu adalah file perpustakaan, file itu akan ditautkan. srcs jenis file yang diizinkan: File sumber C dan C++: .c, .cc, .cpp, .cxx, .c++, .C File header C dan C++: .h, .hh, .hpp, .hxx, .inc, .inl, .H Assembler dengan preprocessor C: .S Arsipkan: .a, .pic.a "Selalu tautkan" library: .lo, .pic.lo Pustaka bersama, berversi atau tanpa versi: .so, .so.version File objek: .o, .pic.o ...dan aturan apa pun yang membuat file tersebut. Ekstensi yang berbeda menunjukkan bahasa pemrograman yang berbeda sesuai dengan konvensi gcc.
additional_linker_inputs	Daftar label; default adalah [] Teruskan file-file ini ke perintah linker C++. Misalnya, file .res Windows yang dikompilasi dapat disediakan di sini untuk disematkan pada target biner.
copts	Daftar {i>string<i}; default-nya adalah [] Tambahkan opsi ini ke perintah kompilasi C++. Tunduk kepada substitusi "Buat variabel" dan Tokenisasi shell Bourne. Setiap string dalam atribut ini ditambahkan dalam urutan tertentu ke COPTS sebelum lalu mengompilasi target biner. Tanda hanya berlaku untuk mengompilasi target ini, bukan dependensinya, jadi berhati-hatilah dengan file {i>header<i} yang disertakan di tempat lain. Semua jalur harus relatif terhadap ruang kerja, bukan dengan paket saat ini. Jika paket mendeklarasikan fitur no_copts_tokenization, tokenisasi shell Bourne hanya berlaku untuk string yang terdiri dari satu kata "Make" variabel.
defines	Daftar {i>string<i}; default-nya adalah [] Daftar definisi yang akan ditambahkan ke baris kompilasi. Tunduk kepada "Merek" substitusi variabel dan Tokenisasi shell Bourne. Setiap {i>string<i}, yang harus terdiri dari satu token shell Bourne, diawali dengan -D dan ditambahkan ke command line kompilasi ke target ini, serta setiap aturan yang bergantung padanya. Hati-hati, karena hal ini mungkin berdampak luas. Jika ragu, tambahkan nilai {i>define <i}ke local_defines saja.
includes	Daftar {i>string<i}; default-nya adalah [] Daftar include dir yang akan ditambahkan ke baris kompilasi. Tunduk pada substitusi "Buat variabel". Setiap string diawali dengan -isystem dan ditambahkan ke COPTS. Tidak seperti COPTS, tanda ini ditambahkan untuk aturan ini dan setiap aturan yang bergantung padanya. (Catatan: bukan aturan yang menjadi dependensinya.) Menjadi sangat berhati-hati, karena hal ini dapat menimbulkan jangkauan luas. Jika ragu, tambahkan "-Saya" flag ke COPTS. Header harus ditambahkan ke src atau hdr. Jika tidak, header tidak akan tersedia untuk dependen aturan saat kompilasi di-sandbox (default).
link_extra_lib	Label; default adalah "@bazel_tools//tools/cpp:link_extra_lib" Mengontrol penautan library tambahan. Secara default, biner C++ ditautkan ke //tools/cpp:link_extra_lib, yang secara default bergantung pada tanda label //tools/cpp:link_extra_libs. Tanpa menyetel tanda, library ini akan kosong secara default. Menyetel tanda label memungkinkan penautan dependensi opsional, seperti penggantian untuk simbol yang lemah, pencegat untuk fungsi library bersama, atau library runtime khusus (untuk penggantian malloc, lebih suka malloc atau --custom_malloc). Menetapkan atribut ini ke None menonaktifkan perilaku ini.
linkopts	Daftar {i>string<i}; default-nya adalah [] Tambahkan flag ini ke perintah linker C++. Tunduk kepada "Merek" substitusi variabel, Tokenisasi shell Bourne dan perluasan label. Setiap string dalam atribut ini ditambahkan ke LINKOPTS sebelum menautkan target biner. Setiap elemen daftar ini yang tidak diawali dengan $ atau - diasumsikan sebagai label target di deps. Tujuan daftar file yang dihasilkan oleh target tersebut ditambahkan ke penaut lainnya. Error akan dilaporkan jika label tidak valid, atau tidak dideklarasikan di deps.
linkshared	Boolean; tidak dapat dikonfigurasi; default adalah False Membuat galeri foto bersama. Untuk mengaktifkan atribut ini, sertakan linkshared=True dalam aturan Anda. Secara default opsi ini nonaktif. Adanya tanda ini berarti penautan terjadi dengan tanda -shared ke gcc, dan library bersama yang dihasilkan cocok untuk dimuat ke dalam contoh program Java. Namun, untuk tujuan build, skrip tidak akan pernah ditautkan ke biner dependen, karena diasumsikan bahwa perpustakaan bersama dibangun dengan Aturan cc_binary hanya dimuat secara manual oleh program lain, jadi library ini tidak boleh dianggap sebagai pengganti cc_library aturan. Demi skalabilitas, sebaiknya hindari pendekatan ini sama sekali dan hanya dengan mengizinkan java_library bergantung pada aturan cc_library sebagai gantinya. Jika Anda menentukan linkopts=['-static'] dan linkshared=True, Anda mendapatkan satu unit yang benar-benar mandiri. Jika Anda menentukan linkstatic=True dan linkshared=True, Anda akan mendapatkan satu, sebagian besar yang berdiri sendiri.
linkstatic	Boolean; default-nya adalah True Untuk cc_binary dan cc_test: menautkan biner secara statis mode. Untuk cc_library.linkstatic: lihat di bawah. Secara default, opsi ini aktif untuk cc_binary dan nonaktif untuk lainnya. Jika diaktifkan dan ini adalah biner atau pengujian, opsi ini memberi tahu alat build untuk menautkan .a, bukan .so, untuk library pengguna jika memungkinkan. Beberapa pustaka sistem mungkin masih ditautkan secara dinamis, seperti pustaka yang tidak ada library statis. Jadi, file yang dapat dieksekusi yang dihasilkan akan tetap dinamis tertaut, oleh karena itu hanya sebagian besar statis. Sebenarnya ada tiga cara untuk menautkan {i>executable<i}: STATIC dengan fitur full_static_link, di mana semuanya ditautkan secara statis; mis. "gcc -static foo.o libbar.a libbaz.a -lm". Mode ini diaktifkan dengan menetapkan fully_static_link pada features. STATIC, di mana semua pustaka pengguna ditautkan secara statis (jika baru tersedia), tetapi jika library sistem (tidak termasuk library runtime C/C++) tertaut secara dinamis, mis. "gcc foo.o libfoo.a libbaz.a -lm". Mode ini diaktifkan dengan menetapkan linkstatic=True. DINAMIS, yang semua library ditautkan secara dinamis (jika versi dinamis tersedia), mis. "gcc foo.o libfoo.so libbaz.so -lm". Mode ini diaktifkan dengan menetapkan linkstatic=False. Atribut linkstatic memiliki arti yang berbeda jika digunakan pada cc_library(). Untuk library C++, linkstatic=True menunjukkan bahwa hanya penautan statis diizinkan, jadi tidak ada .so yang akan dihasilkan. linkstatic=False melakukan tidak mencegah pembuatan pustaka statis. Atribut ini dimaksudkan untuk mengontrol pembuatan library dinamis. Jika linkstatic=False, alat build akan membuat symlink ke bergantung pada library bersama di area *.runfiles.
local_defines	Daftar {i>string<i}; default-nya adalah [] Daftar definisi yang akan ditambahkan ke baris kompilasi. Tunduk kepada "Merek" substitusi variabel dan Tokenisasi shell Bourne. Setiap {i>string<i}, yang harus terdiri dari satu token shell Bourne, diawali dengan -D dan ditambahkan ke command line kompilasi untuk target ini, tetapi tidak kepada tanggungannya.
malloc	Label; default adalah "@bazel_tools//tools/cpp:malloc" Mengganti dependensi default pada malloc. Secara default, biner C++ ditautkan ke //tools/cpp:malloc, yang merupakan {i>library<i} kosong sehingga biner akhirnya menggunakan libc malloc. Label ini harus merujuk pada cc_library. Jika kompilasi ditujukan untuk non-C++ aturan ini, opsi ini tidak akan berpengaruh. Nilai atribut ini diabaikan jika linkshared=True ditentukan.
nocopts	String; default-nya adalah "" Menghapus opsi yang cocok dari perintah kompilasi C++. Tunduk kepada "Merek" variabel. Nilai atribut ini ditafsirkan sebagai ekspresi reguler. Semua COPTS yang sudah ada dan cocok dengan ekspresi reguler ini (termasuk nilai yang ditentukan secara eksplisit dalam atribut copts aturan) akan dihapus dari COPTS untuk tujuan kompilasi aturan ini. Atribut ini jarang diperlukan.
stamp	{i>Integer<i} (Bilangan bulat): default-nya adalah -1 Apakah ingin mengenkode informasi build ke dalam biner. Nilai yang mungkin: stamp = 1: Selalu tambahkan informasi build ke dalam biner, bahkan dalam --nostamp build. Ini harus dihindari, karena berpotensi mematikan caching jarak jauh untuk biner dan tindakan downstream apa pun yang bergantung padanya. stamp = 0: Selalu ganti informasi build dengan nilai konstanta. Ini memberikan cache hasil build yang baik. stamp = -1: Penyematan informasi build dikontrol oleh Tanda --[no]stamp. Biner yang distempel tidak dibangun ulang kecuali jika dependensinya berubah.
win_def_file	Label; default adalah None File DEF Windows yang akan diteruskan ke penaut. Atribut ini hanya boleh digunakan jika Windows adalah platform target. Template ini dapat digunakan untuk ekspor simbol selama menautkan galeri foto bersama.

cc_import

Lihat sumber aturan

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)

Aturan cc_import memungkinkan pengguna mengimpor library C/C++ yang telah dikompilasi sebelumnya.

Berikut ini adalah kasus penggunaan umum:
Akun Layanan 1. Menautkan library statis

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. Menautkan library bersama (Unix)

cc_import(
  name = "mylib",
  hdrs = ["mylib.h"],
  shared_library = "libmylib.so",
)

3. Menautkan library bersama dengan library antarmuka (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. Menautkan library bersama dengan 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,
)

5. Menautkan ke library statis atau bersama
Pada 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,
)

Di 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",
)

# 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 mendukung atribut include. Contoh:

  cc_import(
  name = "curl_lib",
  hdrs = glob(["vendor/curl/include/curl/*.h"]),
  includes = [ "vendor/curl/include" ],
  shared_library = "vendor/curl/lib/.libs/libcurl.dylib",
)

Argumen

Atribut
name	Nama; wajib diisi Nama unik untuk target ini.
deps	Daftar label; default adalah [] Daftar library lain yang diandalkan target. Lihat komentar umum tentang deps pada Atribut umum didefinisikan oleh sebagian besar aturan build.
hdrs	Daftar label; default adalah [] Daftar file {i>header<i} yang diterbitkan oleh pustaka yang dikompilasi sebelumnya ini agar langsung disertakan oleh sumber dalam aturan yang bergantung.
alwayslink	Boolean; default-nya adalah False Jika 1, biner yang bergantung (langsung atau tidak langsung) pada C++ ini prakompilasi akan menautkan semua file objek yang diarsipkan di pustaka statis, bahkan jika beberapa di antaranya tidak memiliki simbol yang dirujuk oleh biner. Fungsi ini berguna jika kode Anda tidak secara eksplisit dipanggil oleh kode di biner, misalnya, jika kode Anda mendaftar untuk menerima beberapa callback yang disediakan oleh beberapa layanan. Jika alwayslink tidak berfungsi dengan VS 2017 di Windows, hal ini disebabkan oleh masalah umum, upgrade VS 2017 Anda ke versi terbaru.
interface_library	Label; default adalah None Satu library antarmuka untuk menautkan library bersama. Jenis file yang diizinkan: .ifso, .tbd, .lib, .so atau .dylib
shared_library	Label; default adalah None Satu library bersama yang telah dikompilasi sebelumnya. Bazel memastikan aplikasi tersebut tersedia untuk biner yang bergantung padanya selama runtime. Jenis file yang diizinkan: .so, .dll atau .dylib
static_library	Label; default adalah None Satu library statis yang telah dikompilasi sebelumnya. Jenis file yang diizinkan: .a, .pic.a atau .lib
system_provided	Boolean; default-nya adalah False Jika 1, artinya library bersama yang diperlukan saat runtime disediakan oleh sistem. Di beberapa dalam hal ini, interface_library harus ditentukan dan shared_library harus kosong.

cc_library

Lihat sumber aturan

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)

Pemeriksaan penyertaan header

Semua file header yang digunakan dalam build harus dideklarasikan dalam hdrs atau srcs dari cc_* aturan. Hal ini diberlakukan.

Untuk aturan cc_library, header di hdrs terdiri dari antarmuka publik library dan dapat langsung disertakan baik dari file dalam hdrs maupun srcs library itu sendiri serta dari file dalam hdrs dan srcs dari cc_* aturan yang mencantumkan library di deps. Header di srcs hanya boleh disertakan langsung dari file di hdrs dan srcs library itu sendiri. Saat memutuskan apakah akan menempatkan {i>header<i} ke dalam hdrs atau srcs, Anda harus bertanya apakah Anda ingin menjadi konsumen library ini untuk dapat langsung menyertakannya. Ini kurang lebih sama dengan keputusan antara Visibilitas public dan private dalam bahasa pemrograman.

Aturan cc_binary dan cc_test tidak memiliki antarmuka yang diekspor, sehingga keduanya juga tidak memiliki atribut hdrs. Semua header yang termasuk dalam biner atau pengujian secara langsung harus tercantum dalam srcs.

Untuk menggambarkan aturan ini, lihat contoh berikut.

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"],
)

Penyertaan langsung yang diizinkan dalam contoh ini tercantum dalam tabel di bawah. Misalnya foo.cc diizinkan untuk menyertakan foo.h dan bar.h secara langsung, tetapi bukan baz.h.

Menyertakan file	Penyertaan yang diizinkan
foo.h	bar.h
foo.cc	{i>foo.h bar.h<i}
bar.h	bar-impl.h baz.h
baris-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

Aturan pemeriksaan penyertaan hanya berlaku untuk langsung penyertaan/penyertaan. Dalam contoh di atas, foo.cc diizinkan untuk menyertakan bar.h, yang mungkin mencakup baz.h, yang dalam belokan diizinkan menyertakan baz-impl.h. Secara teknis, kompilasi file .cc dapat menyertakan header apa pun secara transitif file di hdrs atau srcs di cc_library apa pun dalam penutupan deps transitif. Di beberapa dalam hal ini, compiler dapat membaca baz.h dan baz-impl.h saat mengompilasi foo.cc, namun foo.cc tidak boleh berisi #include "baz.h". Agar dapat diizinkan, baz harus ditambahkan ke deps dari foo.

Bazel bergantung pada dukungan toolchain untuk menerapkan aturan pemeriksaan penyertaan. Fitur layering_check harus didukung oleh toolchain dan diminta secara eksplisit, misalnya melalui flag command line --features=layering_check atau features dari parameter Fungsi package. Toolchain yang disediakan oleh Bazel hanya mendukung fitur ini dengan {i>clang<i} di Unix dan macOS.

Argumen

Atribut
name	Nama; wajib diisi Nama unik untuk target ini.
deps	Daftar label; default adalah [] Daftar library lain yang akan ditautkan ke target biner. Dapat berupa cc_library atau objc_library target.
srcs	Daftar label; default adalah [] Daftar file C dan C++ yang diproses untuk membuat target. Ini adalah file sumber dan header C/C++, baik tidak dihasilkan (sumber normal kode) atau dibuat. Semua file .cc, .c, dan .cpp akan dapat dikompilasi. Ini mungkin file yang dihasilkan: jika file bernama ada outs dari beberapa aturan lain, aturan ini akan bergantung secara otomatis pada aturan lain tersebut. File .h tidak akan dikompilasi, tetapi akan tersedia untuk penyertaan menurut sumber dalam aturan ini. .cc dan File .h dapat langsung menyertakan header yang tercantum dalam srcs ini atau di hdrs aturan apa pun yang tercantum di argumen deps. Semua file #include hari harus disebutkan dalam srcs dari aturan ini, atau dalam Atribut hdrs dari cc_library() yang direferensikan. Gaya yang direkomendasikan adalah untuk header yang dikaitkan dengan library yang tercantum dalam atribut hdrs library tersebut, dan atribut header yang terkait dengan sumber aturan ini untuk dicantumkan di srcs. Lihat "Pemeriksaan penyertaan header" untuk mendapatkan deskripsi yang lebih detail. Jika nama aturan ada dalam srcs, maka aturan ini secara otomatis bergantung pada aturan tersebut. Jika outs aturan bernama adalah C atau C++ {i>source file<i}, mereka dikompilasi ke dalam aturan ini; jika itu adalah file perpustakaan, file itu akan ditautkan. srcs jenis file yang diizinkan: File sumber C dan C++: .c, .cc, .cpp, .cxx, .c++, .C File header C dan C++: .h, .hh, .hpp, .hxx, .inc, .inl, .H Assembler dengan preprocessor C: .S Arsipkan: .a, .pic.a "Selalu tautkan" library: .lo, .pic.lo Pustaka bersama, berversi atau tanpa versi: .so, .so.version File objek: .o, .pic.o ...dan aturan apa pun yang membuat file tersebut. Ekstensi yang berbeda menunjukkan bahasa pemrograman yang berbeda sesuai dengan konvensi gcc.
hdrs	Daftar label; default adalah [] Daftar file {i>header<i} yang diterbitkan oleh library ini agar disertakan langsung oleh sumber dalam aturan dependen. Ini adalah lokasi yang sangat disukai untuk mendeklarasikan file {i>header<i} yang menjelaskan antarmuka {i>library<i}. {i>Header<i} ini akan dibuat tersedia untuk disertakan oleh sumber dalam aturan ini atau aturan dependen. Header yang tidak dimaksudkan untuk disertakan oleh klien library ini harus tercantum dalam atribut srcs, meskipun atribut tersebut disertakan oleh {i>header <i}yang diterbitkan. Lihat "Penyertaan header memeriksa" untuk mengetahui deskripsi lebih mendetail.
additional_compiler_inputs	Daftar label; default adalah [] File tambahan apa pun yang mungkin ingin Anda teruskan ke command line compiler, seperti sanitizer daftar yang diabaikan. File yang ditentukan di sini kemudian dapat digunakan di Copt dengan fungsi $(location).
additional_linker_inputs	Daftar label; default adalah [] Teruskan file-file ini ke perintah linker C++. Misalnya, file .res Windows yang dikompilasi dapat disediakan di sini untuk disematkan pada target biner.
alwayslink	Boolean; default-nya adalah False Jika 1, biner yang bergantung (langsung atau tidak langsung) pada C++ ini {i>library<i} akan menautkan semua file objek untuk file yang tercantum dalam srcs, meskipun beberapa di antaranya tidak berisi simbol yang dirujuk oleh biner. Fungsi ini berguna jika kode Anda tidak secara eksplisit dipanggil oleh kode di biner, misalnya, jika kode Anda mendaftar untuk menerima beberapa callback yang disediakan oleh beberapa layanan. Jika alwayslink tidak berfungsi dengan VS 2017 di Windows, hal ini disebabkan oleh masalah umum, upgrade VS 2017 Anda ke versi terbaru.
copts	Daftar {i>string<i}; default-nya adalah [] Tambahkan opsi ini ke perintah kompilasi C++. Tunduk kepada substitusi "Buat variabel" dan Tokenisasi shell Bourne. Setiap string dalam atribut ini ditambahkan dalam urutan tertentu ke COPTS sebelum lalu mengompilasi target biner. Tanda hanya berlaku untuk mengompilasi target ini, bukan dependensinya, jadi berhati-hatilah dengan file {i>header<i} yang disertakan di tempat lain. Semua jalur harus relatif terhadap ruang kerja, bukan dengan paket saat ini. Jika paket mendeklarasikan fitur no_copts_tokenization, tokenisasi shell Bourne hanya berlaku untuk string yang terdiri dari satu kata "Make" variabel.
defines	Daftar {i>string<i}; default-nya adalah [] Daftar definisi yang akan ditambahkan ke baris kompilasi. Tunduk kepada "Merek" substitusi variabel dan Tokenisasi shell Bourne. Setiap {i>string<i}, yang harus terdiri dari satu token shell Bourne, diawali dengan -D dan ditambahkan ke command line kompilasi ke target ini, serta setiap aturan yang bergantung padanya. Hati-hati, karena hal ini mungkin berdampak luas. Jika ragu, tambahkan nilai {i>define <i}ke local_defines saja.
implementation_deps	Daftar label; default adalah [] Daftar library lain yang menjadi target library. Tidak seperti dengan deps, header dan sertakan jalur library ini (dan semua dependensi transitif) hanya digunakan untuk kompilasi library ini, bukan library yang yang bergantung pada {i>database.<i} Library yang ditentukan dengan implementation_deps masih ditautkan target biner yang bergantung pada library ini. Untuk saat ini, penggunaan dibatasi pada cc_libraries dan dilindungi oleh tanda --experimental_cc_implementation_deps.
include_prefix	String; default-nya adalah "" Awalan yang akan ditambahkan ke jalur header aturan ini. Jika ditetapkan, header di atribut hdrs pada aturan ini dapat diakses at adalah nilai atribut ini yang ditambahkan ke jalur relatif repositorinya. Awalan dalam atribut strip_include_prefix dihapus sebelum tindakan ini ditambahkan.
includes	Daftar {i>string<i}; default-nya adalah [] Daftar include dir yang akan ditambahkan ke baris kompilasi. Tunduk pada substitusi "Buat variabel". Setiap string diawali dengan -isystem dan ditambahkan ke COPTS. Tidak seperti COPTS, tanda ini ditambahkan untuk aturan ini dan setiap aturan yang bergantung padanya. (Catatan: bukan aturan yang menjadi dependensinya.) Menjadi sangat berhati-hati, karena hal ini dapat menimbulkan jangkauan luas. Jika ragu, tambahkan "-Saya" flag ke COPTS. Header harus ditambahkan ke src atau hdr. Jika tidak, header tidak akan tersedia untuk dependen aturan saat kompilasi di-sandbox (default).
linkopts	Daftar {i>string<i}; default-nya adalah [] Tambahkan flag ini ke perintah linker C++. Tunduk kepada "Merek" substitusi variabel, Tokenisasi shell Bourne dan perluasan label. Setiap string dalam atribut ini ditambahkan ke LINKOPTS sebelum menautkan target biner. Setiap elemen daftar ini yang tidak diawali dengan $ atau - diasumsikan sebagai label target di deps. Tujuan daftar file yang dihasilkan oleh target tersebut ditambahkan ke penaut lainnya. Error akan dilaporkan jika label tidak valid, atau tidak dideklarasikan di deps.
linkstamp	Label; default adalah None Secara bersamaan mengompilasi dan menautkan file sumber C++ yang ditentukan ke instance biner. Tipuan ini diperlukan untuk memperkenalkan stempel waktu informasi ke dalam biner; jika kita mengompilasi file sumber ke file objek dengan cara biasa, stempel waktunya akan salah. Kompilasi linkstamp mungkin tidak menyertakan serangkaian flag compiler dan tidak boleh bergantung pada header, opsi compiler, atau variabel build lainnya. Opsi ini hanya diperlukan di base.
linkstatic	Boolean; default-nya adalah False Untuk cc_binary dan cc_test: menautkan biner secara statis mode. Untuk cc_library.linkstatic: lihat di bawah. Secara default, opsi ini aktif untuk cc_binary dan nonaktif untuk lainnya. Jika diaktifkan dan ini adalah biner atau pengujian, opsi ini memberi tahu alat build untuk menautkan .a, bukan .so, untuk library pengguna jika memungkinkan. Beberapa pustaka sistem mungkin masih ditautkan secara dinamis, seperti pustaka yang tidak ada library statis. Jadi, file yang dapat dieksekusi yang dihasilkan akan tetap dinamis tertaut, oleh karena itu hanya sebagian besar statis. Sebenarnya ada tiga cara untuk menautkan {i>executable<i}: STATIC dengan fitur full_static_link, di mana semuanya ditautkan secara statis; mis. "gcc -static foo.o libbar.a libbaz.a -lm". Mode ini diaktifkan dengan menetapkan fully_static_link pada features. STATIC, di mana semua pustaka pengguna ditautkan secara statis (jika baru tersedia), tetapi jika library sistem (tidak termasuk library runtime C/C++) tertaut secara dinamis, mis. "gcc foo.o libfoo.a libbaz.a -lm". Mode ini diaktifkan dengan menetapkan linkstatic=True. DINAMIS, yang semua library ditautkan secara dinamis (jika versi dinamis tersedia), mis. "gcc foo.o libfoo.so libbaz.so -lm". Mode ini diaktifkan dengan menetapkan linkstatic=False. Atribut linkstatic memiliki arti yang berbeda jika digunakan pada cc_library(). Untuk library C++, linkstatic=True menunjukkan bahwa hanya penautan statis diizinkan, jadi tidak ada .so yang akan dihasilkan. linkstatic=False melakukan tidak mencegah pembuatan pustaka statis. Atribut ini dimaksudkan untuk mengontrol pembuatan library dinamis. Jika linkstatic=False, alat build akan membuat symlink ke bergantung pada library bersama di area *.runfiles.
local_defines	Daftar {i>string<i}; default-nya adalah [] Daftar definisi yang akan ditambahkan ke baris kompilasi. Tunduk kepada "Merek" substitusi variabel dan Tokenisasi shell Bourne. Setiap {i>string<i}, yang harus terdiri dari satu token shell Bourne, diawali dengan -D dan ditambahkan ke command line kompilasi untuk target ini, tetapi tidak kepada tanggungannya.
nocopts	String; default-nya adalah "" Menghapus opsi yang cocok dari perintah kompilasi C++. Tunduk kepada "Merek" variabel. Nilai atribut ini ditafsirkan sebagai ekspresi reguler. Semua COPTS yang sudah ada dan cocok dengan ekspresi reguler ini (termasuk nilai yang ditentukan secara eksplisit dalam atribut copts aturan) akan dihapus dari COPTS untuk tujuan kompilasi aturan ini. Atribut ini jarang diperlukan.
strip_include_prefix	String; default-nya adalah "" Awalan yang akan dihapus dari jalur header aturan ini. Jika ditetapkan, header di atribut hdrs pada aturan ini dapat diakses di jalurnya dengan potongan awalan ini. Jika jalur relatif, maka akan diambil sebagai jalur yang relatif terhadap paket. Jika nilai itu adalah mutlak, itu dipahami sebagai jalur relatif repositori. Awalan dalam atribut include_prefix ditambahkan setelah awalan ini dihilangkan.
textual_hdrs	Daftar label; default adalah [] Daftar file {i>header<i} yang diterbitkan oleh library ini agar disertakan secara tekstual oleh sumber dalam aturan dependen. Ini adalah lokasi untuk mendeklarasikan file {i>header<i} yang tidak dapat dikompilasi sendiri; yaitu, mereka selalu perlu disertakan secara tekstual oleh file sumber lain untuk membuat pada kode sumber.
win_def_file	Label; default adalah None File DEF Windows yang akan diteruskan ke penaut. Atribut ini hanya boleh digunakan jika Windows adalah platform target. Template ini dapat digunakan untuk ekspor simbol selama menautkan galeri foto bersama.

cc_proto_library

Lihat sumber aturan

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 menghasilkan kode C++ dari file .proto.

deps harus mengarah ke aturan proto_library .

Contoh:

cc_library(
    name = "lib",
    deps = [":foo_cc_proto"],
)

cc_proto_library(
    name = "foo_cc_proto",
    deps = [":foo_proto"],
)

proto_library(
    name = "foo_proto",
)

Argumen

Atribut
name	Nama; wajib diisi Nama unik untuk target ini.
deps	Daftar label; default adalah [] Daftar proto_library aturan untuk menghasilkan kode C++.

cc_shared_library

Lihat sumber aturan

cc_shared_library(name, deps, additional_linker_inputs, dynamic_deps, exports_filter, shared_lib_name, tags, user_link_flags, win_def_file)

Layanan ini menghasilkan {i>shared library<i}.

Contoh

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"],
)

Dalam contoh ini, foo_shared menautkan foo secara statis dan baz, yang kedua adalah dependensi transitif. Tidak tautkan bar karena sudah disediakan secara dinamis oleh dynamic_dep bar_shared.

foo_shared menggunakan file skrip penaut *.lds untuk mengontrol semua simbol harus diekspor. Logika aturan cc_shared_library melakukan tidak mengontrol simbol mana yang diekspor, itu hanya menggunakan apa yang diasumsikan diekspor untuk memberikan kesalahan selama fase analisis jika dua {i>shared library<i} mengekspor target yang sama.

Setiap dependensi langsung dari cc_shared_library diasumsikan diekspor. Oleh karena itu, selama analisis berlangsung, Bazel berasumsi bahwa foo diekspor oleh foo_shared. baz tidak dianggap diekspor paling lambat foo_shared. Setiap target yang cocok dengan exports_filter juga diasumsikan sebagai ekspor.

Setiap cc_library dalam contoh harus muncul paling banyak dalam satu cc_shared_library. Jika kita ingin menautkan baz juga ke bar_shared kita perlu menambahkan tags = ["LINKABLE_MORE_THAN_ONCE"] sampai baz.

Karena atribut shared_lib_name, file yang dihasilkan oleh bar_shared akan memiliki nama bar.so, bukan dengan nama libbar.so yang akan digunakan secara default di Linux.

Error

Two shared libraries in dependencies export the same symbols.

Hal ini akan terjadi setiap kali Anda membuat target dengan dua jenis Dependensi cc_shared_library yang mengekspor target yang sama. Untuk memperbaikinya Anda harus menghentikan library agar tidak diekspor di salah satu Dependensi cc_shared_library.

Two shared libraries in dependencies link the same library statically

Hal ini akan terjadi setiap kali Anda membuat cc_shared_library baru dengan dua dependensi cc_shared_library yang berbeda yang menautkan target yang sama secara statis. Mirip dengan error pada ekspor.

Salah satu cara untuk memperbaikinya adalah dengan berhenti menghubungkan {i>library<i} ke salah satu Dependensi cc_shared_library. Pada saat yang sama, parameter yang masih menautkannya perlu mengekspor library agar library yang tidak menautkannya tetap dapat dilihat simbol-simbol tersebut. Cara lain adalah dengan menarik library ketiga yang mengekspor target. Cara ketiga adalah memberi tag cc_library penyebab masalah dengan LINKABLE_MORE_THAN_ONCE tetapi perbaikan ini jarang terjadi dan Anda harus memastikan bahwa cc_library memang aman untuk ditautkan lebih dari sekali.

'//foo:foo' is already linked statically in '//bar:bar' but not exported`

Artinya, library dalam penutupan transitif deps Anda dapat dijangkau tanpa melalui salah satu dependensi cc_shared_library, tetapi sudah ditautkan ke cc_shared_library yang berbeda di dynamic_deps dan tidak diekspor.

Solusinya adalah dengan mengekspornya dari dependensi cc_shared_library atau menariknya cc_shared_library ketiga yang mengekspornya.

Do not place libraries which only contain a precompiled dynamic library in deps.

Jika Anda memiliki pustaka dinamis yang telah dikompilasi sebelumnya, hal ini tidak perlu dan tidak boleh ditautkan secara statis ke target cc_shared_library saat ini yang Anda yang sedang dibuat. Oleh karena itu, file ini tidak termasuk dalam deps cc_shared_library. Jika library dinamis yang dikompilasi sebelumnya ini merupakan dependensi dari cc_libraries, maka cc_library harus bergantung padanya secara langsung.

Trying to export a library already exported by a different shared library

Anda akan melihat error ini jika pada aturan saat ini Anda mengklaim untuk mengekspor target yang sudah diekspor oleh salah satu dependensi dinamis Anda.

Untuk memperbaikinya, hapus target dari deps dan cukup andalkan dari objek dependensi atau memastikan bahwa exports_filter tidak menangkap target ini.

Argumen

Atribut
name	Nama; wajib diisi Nama unik untuk target ini.
deps	Daftar label; default adalah [] Library tingkat teratas yang akan ditautkan secara statis ke library bersama tanpa syarat setelah diarsipkan seluruhnya. Setiap dependensi library transitif dari dependensi langsung ini akan ditautkan ke library selama belum ditautkan oleh cc_shared_library dalam dynamic_deps. Selama analisis, penerapan aturan akan mempertimbangkan target apa pun yang tercantum dalam deps sedang diekspor oleh library bersama untuk menghasilkan error saat beberapa cc_shared_libraries mengekspor target yang sama. Penerapan aturan tidak memperhatikan menginformasikan penaut tentang simbol mana yang harus diekspor objek bersama. Pengguna harus menangani hal ini melalui visibilitas atau skrip penaut deklarasi dalam kode sumber. Implementasi ini juga akan memicu error setiap kali library yang sama ditautkan secara statis menjadi lebih dari satu cc_shared_library. Hal ini dapat dihindari dengan menambahkan "LINKABLE_MORE_THAN_ONCE" ke cc_library.tags atau dengan listingan ke `cc_library` sebagai ekspor dari salah satu library bersama sehingga dapat dibuat dynamic_dep dari lainnya.
additional_linker_inputs	Daftar label; default adalah [] File tambahan apa pun yang mungkin ingin Anda teruskan ke penaut, misalnya, skrip penaut. Anda harus meneruskan tanda penaut secara terpisah yang diperlukan penaut untuk mengetahui file ini. Anda dapat melakukannya melalui atribut user_link_flags.
dynamic_deps	Daftar label; default adalah [] Ini adalah dependensi cc_shared_library lain yang menjadi dependensi target saat ini. Implementasi cc_shared_library akan menggunakan daftar dynamic_deps (secara transitif, yaitu juga dynamic_deps dari target saat ini dynamic_deps) untuk menentukan cc_libraries mana di deps transitif tidak boleh ditautkan karena sudah disediakan oleh cc_shared_library yang berbeda.
exports_filter	Daftar {i>string<i}; default-nya adalah [] Atribut ini berisi daftar target yang diklaim untuk diekspor oleh properti perpustakaan bersama. Setiap target deps sudah dipahami untuk diekspor oleh library bersama. Atribut ini harus digunakan untuk mencantumkan target yang diekspor oleh library bersama tetapi merupakan dependensi transitif deps. Perhatikan, atribut ini tidak benar-benar menambahkan edge dependensi ke target tersebut, edge dependensi seharusnya dibuat oleh deps.Entri dalam hanya berupa string. Perhatikan bahwa saat menempatkan target dalam atribut ini, hal ini dianggap sebagai klaim bahwa library bersama mengekspor simbol dari target tersebut. Logika cc_shared_library sebenarnya tidak menangani pemberian tahu penaut tentang semua simbol harus diekspor. Sintaksis berikut diizinkan: //foo:__package__ untuk memperhitungkan target apa pun di foo/BUILD //foo:__subpackages__ untuk memperhitungkan target apa pun di foo/BUILD atau paket di bawah foo/ seperti foo/bar/BUILD
shared_lib_name	String; default-nya adalah "" Secara default, cc_shared_library akan menggunakan nama untuk file output pustaka bersama berdasarkan nama target dan platform. Hal ini mencakup ekstensi dan terkadang awalan. Terkadang Anda mungkin tidak menginginkan nama default, misalnya, saat memuat library bersama C++ untuk Python, awalan lib* default sering kali tidak diinginkan, dalam hal ini Anda dapat menggunakan ini untuk memilih nama kustom.
user_link_flags	Daftar {i>string<i}; default-nya adalah [] Tanda tambahan apa pun yang mungkin ingin Anda teruskan ke penaut. Misalnya, untuk membuat penaut yang mengetahui skrip penaut yang diteruskan melalui additional_linker_inputs, Anda dapat menggunakan berikut ini: 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	Label; default adalah None File DEF Windows yang akan diteruskan ke penaut. Atribut ini hanya boleh digunakan jika Windows adalah platform target. Template ini dapat digunakan untuk ekspor simbol selama menautkan galeri foto bersama.

fdo_prefetch_hints

Lihat sumber aturan

fdo_prefetch_hints(name, compatible_with, deprecation, distribs, features, licenses, profile, restricted_to, tags, target_compatible_with, testonly, visibility)

Merepresentasikan profil petunjuk pengambilan data FDO yang ada di ruang kerja atau di absolut. Contoh:

fdo_prefetch_hints(
    name = "hints",
    profile = "//path/to/hints:profile.afdo",
)

fdo_profile(
  name = "hints_abs",
  absolute_path_profile = "/absolute/path/profile.afdo",
)

Argumen

Atribut
name	Nama; wajib diisi Nama unik untuk target ini.
profile	Label; default adalah None Label profil petunjuk. File petunjuk memiliki ekstensi .afdo Label juga dapat mengarah ke aturan fdo_absolute_path_profile.

fdo_profile

Lihat sumber aturan

fdo_profile(name, absolute_path_profile, compatible_with, deprecation, distribs, features, licenses, profile, proto_profile, restricted_to, tags, target_compatible_with, testonly, visibility)

Mewakili profil FDO yang ada di ruang kerja atau di jalur absolut yang ditentukan. Contoh:

fdo_profile(
    name = "fdo",
    profile = "//path/to/fdo:profile.zip",
)

fdo_profile(
  name = "fdo_abs",
  absolute_path_profile = "/absolute/path/profile.zip",
)

Argumen

Atribut
name	Nama; wajib diisi Nama unik untuk target ini.
absolute_path_profile	String; default-nya adalah "" Jalur absolut ke profil FDO. File FDO mungkin hanya memiliki ekstensi .afdo.
profile	Label; default adalah None Label profil FDO atau aturan yang membuatnya. File FDO dapat memiliki salah satu ekstensi berikut: .profraw untuk profil LLVM yang tidak diindeks, .profdata untuk LLVM yang diindeks {i>.zip<i} yang menyimpan profil profraw LLVM, .afdo untuk profil AutoFDO, {i>.xfdo<i} untuk Profil XBinary. Label juga dapat mengarah ke aturan fdo_absolute_path_profile.
proto_profile	Label; default adalah None Label profil protobuf.

memprof_profile

Lihat sumber aturan

memprof_profile(name, absolute_path_profile, compatible_with, deprecation, distribs, features, licenses, profile, restricted_to, tags, target_compatible_with, testonly, visibility)

Mewakili profil MEMPROF yang ada di ruang kerja atau di lokasi tertentu absolut. Contoh:

memprof_profile(
    name = "memprof",
    profile = "//path/to/memprof:profile.afdo",
)

memprof_profile(
  name = "memprof_abs",
  absolute_path_profile = "/absolute/path/profile.afdo",
)

Argumen

Atribut
name	Nama; wajib diisi Nama unik untuk target ini.
absolute_path_profile	String; default-nya adalah "" Jalur absolut ke profil MEMPROF. File tersebut mungkin hanya memiliki file {i> .profdata<i} atau Ekstensi .zip (file zip harus berisi file memprof.profdata).
profile	Label; default adalah None Label profil MEMPROF. Profil ini diharapkan memiliki baik ekstensi .profdata (untuk memprof terindeks/disimbolkan profil), atau ekstensi .zip untuk {i>zipfile<i} yang berisi memprof.profdata . Label juga dapat mengarah ke aturan fdo_absolute_path_profile.

propeller_optimize

Lihat sumber aturan

propeller_optimize(name, compatible_with, deprecation, distribs, features, ld_profile, licenses, restricted_to, tags, target_compatible_with, testonly, visibility)

Mewakili profil pengoptimalan Propeller di ruang kerja. Contoh:

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"
)

Argumen

Atribut
name	Nama; wajib diisi Nama unik untuk target ini.
ld_profile	Label; default adalah None Label profil yang diteruskan ke tindakan penautan. File ini memiliki ekstensi {i> .txt<i}.

cc_test

Lihat sumber aturan

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)

Argumen

Atribut
name	Nama; wajib diisi Nama unik untuk target ini.
deps	Daftar label; default adalah [] Daftar library lain yang akan ditautkan ke target biner. Dapat berupa cc_library atau objc_library target.
srcs	Daftar label; default adalah [] Daftar file C dan C++ yang diproses untuk membuat target. Ini adalah file sumber dan header C/C++, baik tidak dihasilkan (sumber normal kode) atau dibuat. Semua file .cc, .c, dan .cpp akan dapat dikompilasi. Ini mungkin file yang dihasilkan: jika file bernama ada outs dari beberapa aturan lain, aturan ini akan bergantung secara otomatis pada aturan lain tersebut. File .h tidak akan dikompilasi, tetapi akan tersedia untuk penyertaan menurut sumber dalam aturan ini. .cc dan File .h dapat langsung menyertakan header yang tercantum dalam srcs ini atau di hdrs aturan apa pun yang tercantum di argumen deps. Semua file #include hari harus disebutkan dalam srcs dari aturan ini, atau dalam Atribut hdrs dari cc_library() yang direferensikan. Gaya yang direkomendasikan adalah untuk header yang dikaitkan dengan library yang tercantum dalam atribut hdrs library tersebut, dan atribut header yang terkait dengan sumber aturan ini untuk dicantumkan di srcs. Lihat "Pemeriksaan penyertaan header" untuk mendapatkan deskripsi yang lebih detail. Jika nama aturan ada dalam srcs, maka aturan ini secara otomatis bergantung pada aturan tersebut. Jika outs aturan bernama adalah C atau C++ {i>source file<i}, mereka dikompilasi ke dalam aturan ini; jika itu adalah file perpustakaan, file itu akan ditautkan. srcs jenis file yang diizinkan: File sumber C dan C++: .c, .cc, .cpp, .cxx, .c++, .C File header C dan C++: .h, .hh, .hpp, .hxx, .inc, .inl, .H Assembler dengan preprocessor C: .S Arsipkan: .a, .pic.a "Selalu tautkan" library: .lo, .pic.lo Pustaka bersama, berversi atau tanpa versi: .so, .so.version File objek: .o, .pic.o ...dan aturan apa pun yang membuat file tersebut. Ekstensi yang berbeda menunjukkan bahasa pemrograman yang berbeda sesuai dengan konvensi gcc.
additional_linker_inputs	Daftar label; default adalah [] Teruskan file-file ini ke perintah linker C++. Misalnya, file .res Windows yang dikompilasi dapat disediakan di sini untuk disematkan pada target biner.
copts	Daftar {i>string<i}; default-nya adalah [] Tambahkan opsi ini ke perintah kompilasi C++. Tunduk kepada substitusi "Buat variabel" dan Tokenisasi shell Bourne. Setiap string dalam atribut ini ditambahkan dalam urutan tertentu ke COPTS sebelum lalu mengompilasi target biner. Tanda hanya berlaku untuk mengompilasi target ini, bukan dependensinya, jadi berhati-hatilah dengan file {i>header<i} yang disertakan di tempat lain. Semua jalur harus relatif terhadap ruang kerja, bukan dengan paket saat ini. Jika paket mendeklarasikan fitur no_copts_tokenization, tokenisasi shell Bourne hanya berlaku untuk string yang terdiri dari satu kata "Make" variabel.
defines	Daftar {i>string<i}; default-nya adalah [] Daftar definisi yang akan ditambahkan ke baris kompilasi. Tunduk kepada "Merek" substitusi variabel dan Tokenisasi shell Bourne. Setiap {i>string<i}, yang harus terdiri dari satu token shell Bourne, diawali dengan -D dan ditambahkan ke command line kompilasi ke target ini, serta setiap aturan yang bergantung padanya. Hati-hati, karena hal ini mungkin berdampak luas. Jika ragu, tambahkan nilai {i>define <i}ke local_defines saja.
includes	Daftar {i>string<i}; default-nya adalah [] Daftar include dir yang akan ditambahkan ke baris kompilasi. Tunduk pada substitusi "Buat variabel". Setiap string diawali dengan -isystem dan ditambahkan ke COPTS. Tidak seperti COPTS, tanda ini ditambahkan untuk aturan ini dan setiap aturan yang bergantung padanya. (Catatan: bukan aturan yang menjadi dependensinya.) Menjadi sangat berhati-hati, karena hal ini dapat menimbulkan jangkauan luas. Jika ragu, tambahkan "-Saya" flag ke COPTS. Header harus ditambahkan ke src atau hdr. Jika tidak, header tidak akan tersedia untuk dependen aturan saat kompilasi di-sandbox (default).
link_extra_lib	Label; default adalah "@bazel_tools//tools/cpp:link_extra_lib" Mengontrol penautan library tambahan. Secara default, biner C++ ditautkan ke //tools/cpp:link_extra_lib, yang secara default bergantung pada tanda label //tools/cpp:link_extra_libs. Tanpa menyetel tanda, library ini akan kosong secara default. Menyetel tanda label memungkinkan penautan dependensi opsional, seperti penggantian untuk simbol yang lemah, pencegat untuk fungsi library bersama, atau library runtime khusus (untuk penggantian malloc, lebih suka malloc atau --custom_malloc). Menetapkan atribut ini ke None menonaktifkan perilaku ini.
linkopts	Daftar {i>string<i}; default-nya adalah [] Tambahkan flag ini ke perintah linker C++. Tunduk kepada "Merek" substitusi variabel, Tokenisasi shell Bourne dan perluasan label. Setiap string dalam atribut ini ditambahkan ke LINKOPTS sebelum menautkan target biner. Setiap elemen daftar ini yang tidak diawali dengan $ atau - diasumsikan sebagai label target di deps. Tujuan daftar file yang dihasilkan oleh target tersebut ditambahkan ke penaut lainnya. Error akan dilaporkan jika label tidak valid, atau tidak dideklarasikan di deps.
linkstatic	Boolean; default-nya adalah False Untuk cc_binary dan cc_test: menautkan biner secara statis mode. Untuk cc_library.linkstatic: lihat di bawah. Secara default, opsi ini aktif untuk cc_binary dan nonaktif untuk lainnya. Jika diaktifkan dan ini adalah biner atau pengujian, opsi ini memberi tahu alat build untuk menautkan .a, bukan .so, untuk library pengguna jika memungkinkan. Beberapa pustaka sistem mungkin masih ditautkan secara dinamis, seperti pustaka yang tidak ada library statis. Jadi, file yang dapat dieksekusi yang dihasilkan akan tetap dinamis tertaut, oleh karena itu hanya sebagian besar statis. Sebenarnya ada tiga cara untuk menautkan {i>executable<i}: STATIC dengan fitur full_static_link, di mana semuanya ditautkan secara statis; mis. "gcc -static foo.o libbar.a libbaz.a -lm". Mode ini diaktifkan dengan menetapkan fully_static_link pada features. STATIC, di mana semua pustaka pengguna ditautkan secara statis (jika baru tersedia), tetapi jika library sistem (tidak termasuk library runtime C/C++) tertaut secara dinamis, mis. "gcc foo.o libfoo.a libbaz.a -lm". Mode ini diaktifkan dengan menetapkan linkstatic=True. DINAMIS, yang semua library ditautkan secara dinamis (jika versi dinamis tersedia), mis. "gcc foo.o libfoo.so libbaz.so -lm". Mode ini diaktifkan dengan menetapkan linkstatic=False. Atribut linkstatic memiliki arti yang berbeda jika digunakan pada cc_library(). Untuk library C++, linkstatic=True menunjukkan bahwa hanya penautan statis diizinkan, jadi tidak ada .so yang akan dihasilkan. linkstatic=False melakukan tidak mencegah pembuatan pustaka statis. Atribut ini dimaksudkan untuk mengontrol pembuatan library dinamis. Jika linkstatic=False, alat build akan membuat symlink ke bergantung pada library bersama di area *.runfiles.
local_defines	Daftar {i>string<i}; default-nya adalah [] Daftar definisi yang akan ditambahkan ke baris kompilasi. Tunduk kepada "Merek" substitusi variabel dan Tokenisasi shell Bourne. Setiap {i>string<i}, yang harus terdiri dari satu token shell Bourne, diawali dengan -D dan ditambahkan ke command line kompilasi untuk target ini, tetapi tidak kepada tanggungannya.
malloc	Label; default adalah "@bazel_tools//tools/cpp:malloc" Mengganti dependensi default pada malloc. Secara default, biner C++ ditautkan ke //tools/cpp:malloc, yang merupakan {i>library<i} kosong sehingga biner akhirnya menggunakan libc malloc. Label ini harus merujuk pada cc_library. Jika kompilasi ditujukan untuk non-C++ aturan ini, opsi ini tidak akan berpengaruh. Nilai atribut ini diabaikan jika linkshared=True ditentukan.
nocopts	String; default-nya adalah "" Menghapus opsi yang cocok dari perintah kompilasi C++. Tunduk kepada "Merek" variabel. Nilai atribut ini ditafsirkan sebagai ekspresi reguler. Semua COPTS yang sudah ada dan cocok dengan ekspresi reguler ini (termasuk nilai yang ditentukan secara eksplisit dalam atribut copts aturan) akan dihapus dari COPTS untuk tujuan kompilasi aturan ini. Atribut ini jarang diperlukan.
stamp	{i>Integer<i} (Bilangan bulat): default-nya adalah 0 Apakah ingin mengenkode informasi build ke dalam biner. Nilai yang mungkin: stamp = 1: Selalu tambahkan informasi build ke dalam biner, bahkan dalam --nostamp build. Ini harus dihindari, karena berpotensi mematikan caching jarak jauh untuk biner dan tindakan downstream apa pun yang bergantung padanya. stamp = 0: Selalu ganti informasi build dengan nilai konstanta. Ini memberikan cache hasil build yang baik. stamp = -1: Penyematan informasi build dikontrol oleh Tanda --[no]stamp. Biner yang distempel tidak dibangun ulang kecuali jika dependensinya berubah.
win_def_file	Label; default adalah None File DEF Windows yang akan diteruskan ke penaut. Atribut ini hanya boleh digunakan jika Windows adalah platform target. Template ini dapat digunakan untuk ekspor simbol selama menautkan galeri foto bersama.

cc_toolchain

Lihat sumber aturan

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)

Merepresentasikan toolchain C++.

Aturan ini bertanggung jawab untuk:

• Mengumpulkan semua artefak yang diperlukan untuk menjalankan tindakan C++. Hal ini dilakukan dengan seperti all_files, compiler_files, linker_files, atau atribut lainnya yang diakhiri dengan _files). Berikut adalah paling sering {i>filegroup<i} menggabungkan semua file yang diperlukan.
• Membuat command line yang benar untuk tindakan C++. Hal ini dilakukan dengan Penyedia CcToolchainConfigInfo (detail di bawah).

Gunakan atribut toolchain_config untuk mengonfigurasi toolchain C++. Lihat juga ini halaman untuk konfigurasi toolchain C++ dan dokumentasi pemilihan toolchain yang rumit.

Menggunakan tags = ["manual"] untuk mencegah toolchain dibuat dan dikonfigurasi tidak perlu saat memanggil bazel build //...

Argumen

Atribut
name	Nama; wajib diisi Nama unik untuk target ini.
all_files	Label; wajib diisi Koleksi semua artefak cc_toolchain. Artefak ini akan ditambahkan sebagai input ke semua tindakan terkait rules_cc (kecuali tindakan yang menggunakan kumpulan artefak dari atribut di bawah). Bazel menganggap all_files adalah superset dari semua atribut penyedia artefak lainnya (mis., kompilasi linkstamp membutuhkan kompilasi dan menautkan file, sehingga memerlukan all_files). Itulah isi cc_toolchain.files, dan ini digunakan oleh semua Starlark menggunakan toolchain C++.
ar_files	Label; default adalah None Koleksi semua artefak cc_toolchain yang diperlukan untuk tindakan pengarsipan.
as_files	Label; default adalah None Koleksi semua artefak cc_ toolchain yang diperlukan untuk tindakan assembly.
compiler_files	Label; wajib diisi Koleksi semua artefak cc_toolchain yang diperlukan untuk tindakan kompilasi.
compiler_files_without_includes	Label; default adalah None Koleksi semua artefak cc_ toolchain yang diperlukan untuk tindakan kompilasi jika penemuan input didukung (saat ini khusus Google).
coverage_files	Label; default adalah None Koleksi semua artefak cc_toolchain yang diperlukan untuk tindakan cakupan. Jika tidak ditentukan, {i>all_file<i} digunakan.
dwp_files	Label; wajib diisi Koleksi semua artefak cc_toolchain yang diperlukan untuk tindakan dwp.
dynamic_runtime_lib	Label; default adalah None Artefak library dinamis untuk library runtime C++ (misalnya mdpi++.so). Ini akan digunakan saat 'static_link_cpp_runtimes' diaktifkan, dan kami menautkan dependensi secara dinamis.
exec_transition_for_inputs	Boolean; default-nya adalah True Setel ke Benar (True) untuk membangun semua input file ke cc_ toolchain untuk platform exec, alih-alih tidak memiliki transisi (yaitu platform target secara default).
libc_top	Label; default adalah None Kumpulan artefak untuk libc yang diteruskan sebagai input untuk mengompilasi/menautkan tindakan.
linker_files	Label; wajib diisi Koleksi semua artefak cc_ toolchain yang diperlukan untuk menautkan tindakan.
module_map	Label; default adalah None Artefak peta modul yang akan digunakan untuk build modular.
objcopy_files	Label; wajib diisi Koleksi semua artefak cc_toolchain yang diperlukan untuk tindakan objcopy.
static_runtime_lib	Label; default adalah None Artefak library statis untuk library runtime C++ (misalnya mdpi++.a). Ini akan digunakan saat 'static_link_cpp_runtimes' diaktifkan, dan kami menautkan dependensi secara statis.
strip_files	Label; wajib diisi Koleksi semua artefak cc_toolchain yang diperlukan untuk tindakan strip.
supports_header_parsing	Boolean; default-nya adalah False Tetapkan ke Benar jika cc_toolchain mendukung tindakan penguraian header.
supports_param_files	Boolean; default-nya adalah True Setel ke Benar (True) jika cc_ toolchain mendukung penggunaan file param untuk menautkan tindakan.
toolchain_config	Label; wajib diisi Label aturan yang menyediakan cc_toolchain_config_info.
toolchain_identifier	String; tidak dapat dikonfigurasi; default adalah "" ID yang digunakan untuk cocok dengan cc_toolchain ini dengan ID crosstool_config.toolchain. Hingga masalah #5380 diperbaiki ini adalah cara yang direkomendasikan untuk mengaitkan cc_toolchain dengan CROSSTOOL.toolchain. Tema ini akan diganti dengan toolchain_config (#5380).

cc_toolchain_suite

Lihat sumber aturan

cc_toolchain_suite(name, compatible_with, deprecation, distribs, features, licenses, restricted_to, tags, target_compatible_with, testonly, toolchains, visibility)

Mewakili kumpulan toolchain C++.

Aturan ini bertanggung jawab untuk:

• Mengumpulkan semua toolchain C++ yang relevan.
• Memilih satu toolchain bergantung pada opsi --cpu dan --compiler diteruskan ke Bazel.

Lihat juga ini halaman untuk konfigurasi toolchain C++ dan dokumentasi pemilihan toolchain yang rumit.

Argumen

Atribut
name	Nama; wajib diisi Nama unik untuk target ini.
toolchains	Kamus yang memetakan string ke label; tidak dapat dikonfigurasi; wajib diisi Peta dari "<cpu>" atau "<cpu>|<compiler>" {i>string<i} ke label cc_toolchain. "<cpu>" akan digunakan saat --cpu saja diteruskan ke Bazel, dan "<cpu>|<compiler>" akan digunakan saat --cpu dan --compiler diteruskan ke Bazel. Contoh: cc_toolchain_suite( name = "toolchain", toolchains = { "piii|gcc": ":my_cc_toolchain_for_piii_using_gcc", "piii": ":my_cc_toolchain_for_piii_using_default_compiler", }, )