使用Bazel构建时如何避免#include中的相对路径

Question

我很难理解includes如何在Bazel中工作的逻辑。我希望我的代码是模块化的，所以我试图避免使用相对或长绝对路径的#include语句。

假设我有以下工作区结构：

tree .                                                                                  
. 
├── BUILD
├── is_binary_tree
│   ├── BUILD
│   └── is_binary_tree.cpp
├── lib
│   ├── BUILD
│   ├── graphs.cpp
│   └── graphs.h
└── WORKSPACE

当我尝试bazel build //is_binary_tree:is_binary_tree时，我收到了以下警告，但我不明白这意味着什么：

警告:/is_ cc_binary _tree/BUILD:1:10: in include属性//is_二进制_tree:is_二进制_tree：‘./lib’解析为'lib‘，而不是在其包'is_binary_tree’的相对路径之下。这将是未来的一个错误。

为什么../lib会决心要lib。Lib应该位于is_binary_tree的父目录中，所以从is_binary_tree的角度来看，它可以在../lib中找到，对吗？

为了摆脱相对路径，避免在is_binary_tree/is_binary_tree.cpp中使用类似于is_binary_tree/is_binary_tree.cpp的内容，我在is_binary_tree目标中添加了一个包含属性，如下所示：

is_binary_tree/is_binary_tree.cpp

#include "graphs.h"

int main(){
    return 0;
}

is_binary_tree/BUILD

cc_binary(
    name="is_binary_tree",
    srcs=["is_binary_tree.cpp"],
    includes=["../lib"],
    deps=["//lib:graphs"],
)

我收到了上述警告。我遗漏了什么？

更广泛地说，在#include语句中不包含长相对路径的包含依赖关系的最佳方法是什么？(我希望我的代码是模块化的，而不是特定于给定的Bazel工作区文件夹组织)

谢谢

Answer 1

includes应该放在//lib:graphs中，所以任何依赖它的东西(在deps中都有)都会使用它。lib/BUILD应该如下所示：

cc_library(
    name = "graphs",
    hdrs = ["graphs.h"],
    srcs = ["graphs.cpp"],
    includes = ["."],
    visibility = ["//visibility:public"],
)

然后将includes从is_binary_tree中删除，它应该可以工作。

一般来说，每个Bazel目标都包含有关其文件的信息。这取决于其他目标是否使用它们的文件。

更广泛地说，Bazel默认为#include路径，相对于存储库的基础。这意味着您将在任何文件中写入#include "lib/graphs.h"，无论是is_binary_tree/is_binary_tree.cpp还是x/y/z/foobar.cpp。这避免了graphics/constants.h和audio/constants.h之间的冲突，而不使用绝对路径。