如何在Windows环境下使用bazel的rules_go生成.so文件

前往下载Windows工具

来到golang学习网的大家，相信都是编程学习爱好者，希望在这里学习Golang相关编程知识。下面本篇文章就来带大家聊聊《如何在Windows环境下使用bazel的rules_go生成.so文件》，介绍一下，希望对大家的知识积累有所帮助，助力实战开发！

我已经切换（或者正在切换）使用 bazel，尽管我是在 windows 上这样做的。 我有兴趣从 java 调用我的 go 代码，因此我从本教程开始。

我能够使用与他们的 github 示例相同的代码来完成这项工作，并且一切正常。我尝试将其适应我的 bazel 构建。如果我采用 go build -o awesome.so -buildmode=c-shared awesome.go 生成的 awesome.so 文件并将其作为资源包含到我的 java_library 中，我就可以使一切正常工作。

相关文件如下所示。

但是，理想情况下，我希望通过 bazel 生成所有内容，但尽管到目前为止我进行了所有尝试，我的 go_binary 规则始终输出 awesome.a （和 awesome.x）。如果我切换到使用 //go:awesome 作为 java:client_lib 的资源，我能够成功地将 awesome.a 输出视为资源，这表明让我的 go_binary 输出 awesome.so 是最后一部分谜题，但到目前为止我还没有找到正确的标志组合。

基本上我只是想让我的 go_binary 规则具有与运行 go build -o awesome.so --buildmode=c-shared awesome.go 相同的行为。

理论上，如果我需要另一个规则来弥补差距，我没问题，但由于我在 windows 上，并且 bash 到目前为止已经时好时坏，使用 genrule 作为中间体目前看起来不太有希望。 p>

请指教，谢谢！

工作空间

...

# bazelbuild/rules_go for golang support.
http_archive(
    name = "io_bazel_rules_go",
    sha256 = "b725e6497741d7fc2d55fcc29a276627d10e43fa5d0bb692692890ae30d98d00",
    urls = [
        "https://mirror.bazel.build/github.com/bazelbuild/rules_go/releases/download/v0.24.3/rules_go-v0.24.3.tar.gz",
        "https://github.com/bazelbuild/rules_go/releases/download/v0.24.3/rules_go-v0.24.3.tar.gz",
    ],
)

load("@io_bazel_rules_go//go:deps.bzl", "go_register_toolchains", "go_rules_dependencies")

go_rules_dependencies()

go_register_toolchains()
...

go/awesome.go 是从文章中复制的。

去/构建

load("@io_bazel_rules_go//go:def.bzl", "go_binary", "go_library")

package(default_visibility = ["//visibility:public"])

go_binary(
    name = "awesome",
    srcs = glob(["*.go"]),
    cgo = true,
    copts = [
        "-fpic",  # i tried adding this after some other reading about .a->.so
    ],
    gc_linkopts = [
        "-shared", # i think this is equivalent to the linkmode=c-shared below, but... <shrug>
    ],
    linkmode = "c-shared",
    static = "off",
)

# this one uses the pre-built awesome.so, and this works.
filegroup(
    name = "prebuilt_awesome_resource",
    srcs = ["awesome.so"],
)

java/client.java 是从文章中链接的 github 存储库复制的（对库的位置进行了轻微调整）。

java/构建

package(default_visibility = ["//visibility:public"])

java_import(
    name = "jna",
    jars = ["jna.jar"],
)

java_library(
    name = "client_lib",
    srcs = glob(["*.java"]),
    resources = [
        #        "//go:awesome",  # i'd rather use this one.
        "//go:prebuilt_awesome_resource",
    ],
    deps = [
        ":jna",
    ],
)

java_binary(
    name = "client",
    main_class = "client",
    runtime_deps = [
        ":client_lib",
    ],
)

而且，因为让 go 运行起来很重要：

%programdata%/basel.bazelrc

startup --output_user_root="C:/_bazel_out"
build --compiler=mingw-gcc

解决方案

好吧，我想我需要在耻辱立方里坐一会儿。

在我为编译器寻找的所有选项中，我错过了检查 go_binary 上的其他属性。具体来说，最明显的是 out。实际上对应于 go build 上的 -o 标志的那个

我将 out = "awesome.so" 添加到我的 go_binary 规则中，果然，一切正常。

好吧，这几个小时就被浪费了。感谢 jay 试图提供帮助，并抱歉提出了一个愚蠢的问题。

这可能无法准确回答您的问题，但我可以举一个在 macos 上从 c 程序调用 go 共享库的示例。希望这能让您顺利完成任务。

• 对于 go_binary，您只需要 linkmode = "c-shared"。对于每个包含 cgo 代码或已导出定义的包，您还需要 cgo = true 。您不需要 -shared、-fpic 或 static = "off"。
• 导出的定义应标有 //export 注释。
• 有一个隐式声明的目标，其后缀为 .c_hdrs，它为 go 库构建头文件。在下面的示例中，它是 :go_hello.c_hdrs。实际的头文件名为go_hello.h，与目标名称匹配。
• 您需要使用 cc_import 规则包装生成的文件，以使其可用作 c/c++ 依赖项。 #2433 是一个简化该流程的开放问题，但最近才在 bazel 中实现。
• 任何可以使用 cc_library 的东西都可以以相同的方式使用 cc_import 目标。所以你应该能够通过 jni 调用 go 函数，尽管我从未尝试过。

构建.bazel

load("@io_bazel_rules_go//go:def.bzl", "go_binary")

go_binary(
    name = "go_hello",
    srcs = ["hello.go"],
    cgo = true,
    linkmode = "c-shared",
)

cc_import(
    name = "c_hello",
    hdrs = [":go_hello.c_hdrs"],
    shared_library = ":go_hello",
)

cc_binary(
    name = "use",
    srcs = ["use.c"],
    deps = [":c_hello"],
)

你好。

package main

import "fmt"
import "c"

//export sayhello
func sayhello() {
    fmt.println("hello")
}

func main() {}

使用.c

#include "go_hello.h"

int main() {
  SayHello();
  return 0;
}

本篇关于《如何在Windows环境下使用bazel的rules_go生成.so文件》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！