ในส่วนนี้ คุณจะเห็น Use Case ที่พบบ่อยที่สุดบางส่วนสำหรับการสร้างโปรเจ็กต์ C++ ด้วย Bazel หากยังไม่ได้เริ่มสร้างโปรเจ็กต์ C++ ด้วย Bazel ให้ดูบทแนะนำข้อมูลเบื้องต้นเกี่ยวกับ Bazel: สร้างโปรเจ็กต์ C++
ดูข้อมูลเกี่ยวกับไฟล์ส่วนหัว cc_library และ hdrs ได้ที่ cc_library
การรวมหลายไฟล์ไว้ในเป้าหมาย
คุณสามารถรวมไฟล์หลายไฟล์ไว้ในเป้าหมายเดียวได้โดยใช้ glob เช่น
cc_library(
name = "build-all-the-files",
srcs = glob(["*.cc"]),
hdrs = glob(["*.h"]),
)
เมื่อใช้เป้าหมายนี้ Bazel จะสร้างไฟล์ .cc
และ .h
ทั้งหมดที่พบในไดเรกทอรีเดียวกับไฟล์ BUILD
ที่มีเป้าหมายนี้ (ไม่รวมไดเรกทอรีย่อย)
การใช้การรวมแบบทรานซิทีฟ
หากไฟล์มีส่วนหัว กฎที่มีไฟล์นั้นเป็นแหล่งที่มา (กล่าวคือ มีไฟล์นั้นในแอตทริบิวต์ srcs
, hdrs
หรือ textual_hdrs
) ควรขึ้นอยู่กับกฎคลังภาพของส่วนหัวที่รวมไว้ ในทางกลับกัน เฉพาะการขึ้นต่อกันโดยตรงเท่านั้นที่จำเป็นต้องระบุเป็นทรัพยากร Dependency ตัวอย่างเช่น สมมติว่า sandwich.h
รวม bread.h
และ bread.h
รวม flour.h
sandwich.h
ไม่รวม flour.h
(ใครอยากใส่แป้งลงในแซนวิชบ้าง) ดังนั้นไฟล์ BUILD
จึงมีลักษณะดังนี้
cc_library(
name = "sandwich",
srcs = ["sandwich.cc"],
hdrs = ["sandwich.h"],
deps = [":bread"],
)
cc_library(
name = "bread",
srcs = ["bread.cc"],
hdrs = ["bread.h"],
deps = [":flour"],
)
cc_library(
name = "flour",
srcs = ["flour.cc"],
hdrs = ["flour.h"],
)
ที่นี่ ไลบรารี sandwich
จะขึ้นอยู่กับไลบรารี bread
ซึ่งขึ้นอยู่กับไลบรารี flour
การเพิ่มเส้นทางรวม
บางครั้งคุณไม่สามารถ (หรือไม่ต้องการ) การรูทเส้นทางการรวมที่รูทของพื้นที่ทำงาน ไลบรารีที่มีอยู่อาจมีไดเรกทอรีรวมที่ไม่ตรงกับเส้นทางในเวิร์กスペースอยู่แล้ว ตัวอย่างเช่น สมมติว่าคุณมีโครงสร้างไดเรกทอรีดังต่อไปนี้
└── my-project
├── legacy
│ └── some_lib
│ ├── BUILD
│ ├── include
│ │ └── some_lib.h
│ └── some_lib.cc
└── MODULE.bazel
Bazel จะคาดหวังว่า some_lib.h
จะรวมอยู่ใน legacy/some_lib/include/some_lib.h
แต่สมมติว่า some_lib.cc
รวม "some_lib.h"
ไว้ หากต้องการให้เส้นทางรวมนั้นถูกต้อง legacy/some_lib/BUILD
จะต้องระบุว่าไดเรกทอรี some_lib/include
เป็นไดเรกทอรีรวม
cc_library(
name = "some_lib",
srcs = ["some_lib.cc"],
hdrs = ["include/some_lib.h"],
copts = ["-Ilegacy/some_lib/include"],
)
ซึ่งจะเป็นประโยชน์อย่างยิ่งสำหรับไลบรารีภายนอก เนื่องจากไฟล์ส่วนหัวของไลบรารีเหล่านั้นต้องรวมไว้พร้อมกับคำนำหน้า /
รวมไลบรารีภายนอก
สมมติว่าคุณใช้ Google Test
{: .external}
คุณสามารถเพิ่มการพึ่งพาในไฟล์ MODULE.bazel
เพื่อดาวน์โหลด Google Test และทำให้พร้อมใช้งานในที่เก็บข้อมูลได้ ดังนี้
bazel_dep(name = "googletest", version = "1.15.2")
การเขียนและเรียกใช้การทดสอบ C++
เช่น คุณอาจสร้าง./test/hello-test.cc
ทดสอบ เช่น
#include "gtest/gtest.h"
#include "main/hello-greet.h"
TEST(HelloTest, GetGreet) {
EXPECT_EQ(get_greet("Bazel"), "Hello Bazel");
}
จากนั้นสร้างไฟล์ ./test/BUILD
สำหรับการทดสอบ โดยทำดังนี้
cc_test(
name = "hello-test",
srcs = ["hello-test.cc"],
copts = [
"-Iexternal/gtest/googletest/include",
"-Iexternal/gtest/googletest",
],
deps = [
"@googletest//:main",
"//main:hello-greet",
],
)
หากต้องการให้ hello-greet
มองเห็น hello-test
คุณต้องเพิ่ม "//test:__pkg__",
ลงในแอตทริบิวต์ visibility
ใน ./main/BUILD
ตอนนี้คุณใช้ bazel test
เพื่อเรียกใช้การทดสอบได้แล้ว
bazel test test:hello-test
ซึ่งจะให้ผลลัพธ์ดังนี้
INFO: Found 1 test target...
Target //test:hello-test up-to-date:
bazel-bin/test/hello-test
INFO: Elapsed time: 4.497s, Critical Path: 2.53s
//test:hello-test PASSED in 0.3s
Executed 1 out of 1 tests: 1 test passes.
การเพิ่มทรัพยากร Dependency ในไลบรารีที่คอมไพล์ไว้ล่วงหน้า
หากต้องการใช้ไลบรารีที่คุณมีเฉพาะเวอร์ชันที่คอมไพล์แล้ว (เช่น ส่วนหัวและไฟล์ .so
) ให้ใช้กฎ cc_library
ดังนี้
cc_library(
name = "mylib",
srcs = ["mylib.so"],
hdrs = ["mylib.h"],
)
วิธีนี้จะช่วยให้เป้าหมาย C++ อื่นๆ ในเวิร์กスペースใช้กฎนี้ได้