如何使Bazel中cc_library共享对象的数据依赖与其同目录？

我明白你的需求：你有一个预编译的共享库libname.so，希望它的依赖数据文件data.xml在runfiles中和共享库处于同一目录，但Bazel默认会保留仓库的相对路径结构，导致数据文件在repo/src/data.xml而不是共享库所在的_solib_k8/...目录。

下面是两种可行的解决方案：

方案一：使用Bazel Runfiles库定位数据文件（推荐） #

这是Bazel官方推荐的方式，不需要修改文件结构，而是通过代码动态获取数据文件的路径，避免依赖硬编码的路径。

步骤1：在C++代码中添加Runfiles支持 #

如果你使用C++编写调用共享库的程序，可以引入Bazel的runfiles库来获取数据文件的绝对路径：

#include "tools/cpp/runfiles/runfiles.h"
#include <fstream>
#include <iostream>

using bazel::tools::cpp::runfiles::Runfiles;

int main() {
    std::string error;
    std::unique_ptr<Runfiles> runfiles(Runfiles::CreateForCurrentProcess(&error));
    if (!runfiles) {
        std::cerr << "Failed to initialize runfiles: " << error << std::endl;
        return 1;
    }

    // 替换为你的仓库名和数据文件的相对路径
    std::string data_path = runfiles->Rlocation("repo/src/data.xml");
    std::ifstream data_file(data_path);
    if (!data_file.is_open()) {
        std::cerr << "Could not open data.xml at: " << data_path << std::endl;
        return 1;
    }

    // 后续处理逻辑
    return 0;
}

步骤2：在BUILD文件中依赖Runfiles库 #

更新你的cc_binary（或调用共享库的目标）的BUILD配置，添加runfiles依赖：

cc_binary(
    name = "program",
    srcs = ["program.cpp"],
    deps = [
        "@bazel_tools//tools/cpp/runfiles",
        ":libname",
    ],
)

cc_library(
    name = "libname",
    srcs = ["libname.so"],
    data = ["src/data.xml"],
)

这种方式的好处是完全适配Bazel的runfiles机制，不会受平台或构建配置变化的影响。

方案二：通过BUILD配置复制数据文件到共享库目录 #

如果你坚持要让数据文件和共享库在同一目录，可以通过genrule将数据文件复制到共享库的输出目录，确保运行时相对路径有效。

BUILD配置示例 #

假设你的共享库libname.so位于src/libname/目录，data.xml位于src/data.xml：

# 复制data.xml到共享库所在的目录
genrule(
    name = "copy_data_to_lib_dir",
    srcs = ["src/data.xml"],
    outs = ["src/libname/data.xml"],
    cmd = "mkdir -p $(@D) && cp $< $@",
)

cc_library(
    name = "libname",
    srcs = ["src/libname/libname.so"],
    # 引用复制后的文件作为数据依赖
    data = [":copy_data_to_lib_dir"],
)

这样，data.xml会被复制到bazel-bin/src/libname/目录，和libname.so处于同一实际路径（Bazel的_solib_k8/...目录里的共享库是指向这个实际路径的符号链接），运行时共享库就能通过./data.xml的相对路径找到文件。

需要注意的是，这种方式依赖于你的目录结构，如果后续目录调整，需要同步修改genrule的路径。

内容的提问来源于stack exchange，提问作者user10808095