如何:在Windows上的bazel中使用rules_go生成.so文件

问题描述

我已经(或者正在切换)使用bazel,尽管我在Windows上也这样做。 我有兴趣从Java调用Go代码,所以我从this tutorial开始。

我能够使用与他们的Github示例相同的代码来完成这项工作,并且一切正常。我尝试将其调整为适合我的bazel版本。如果我将awesome.so生成go build -o awesome.so -buildmode=c-shared awesome.go文件用作我的java_library的资源,则可以使所有工作正常。

相关文件如下所示。

但是,理想情况下,我想通过bazel生成所有内容,但是尽管到目前为止我进行了所有尝试,但我的go_binary规则始终输出awesome.a(和awesome.x)。如果我改用//go:awesome作为java:client_lib的资源,则可以成功地将awesome.a输出视为资源,这表明让我的go_binary输出{{ 1}}是难题的最后一部分,但是到目前为止,正确的标志组合还不为我所了解。

基本上,我只是想让我的awesome.so规则具有与运行go_binary相同的行为。

理论上,如果我需要其他规则来弥合差距,我可以,但是由于我在Windows上并且bash到目前为止受到打击或遗漏,因此使用go build -o awesome.so --buildmode=c-shared awesome.go作为中间层目前看来有希望的。

请告知,谢谢!


WORKSPACE

genrule
文章中复制了

go / awesome.go。
去/建造

...

# 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()
...
github repo linked in the article复制

java / Client.java(略微调整到库的位置)。
java / BUILD

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

而且,因为重要的是要开始运行:

%programdata%/ basel.bazelrc

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_binary上的其他属性。具体来说,显然是out。实际上与-o上的go build标志相对应的那个

我在我的out = "awesome.so"规则中添加了go_binary,并且肯定一切正常。

那浪费了几个小时。感谢杰伊(Jay)的帮助,并抱歉提出一个愚蠢的问题。

,

这可能无法完全回答您的问题,但是我可以举一个从macOS上的C程序调用Go共享库的示例。希望这能带给您大部分帮助。

  • 对于go_binary,您只需要linkmode = "c-shared"。对于每个包含cgo代码或已导出定义的软件包,您还将需要cgo = True。您不需要-shared-fPICstatic = "off"
  • 导出的定义应标有//export注释。
  • 有一个带有后缀.c_hdrs的隐式声明的目标,该目标为Go库构建头文件。在下面的示例中为:go_hello.c_hdrs。实际的头文件名为go_hello.h,与目标名称匹配。
  • 您需要使用cc_import规则包装生成的文件,以使其可用作C / C ++依赖项。 #2433是简化该过程的未解决问题,但只有在Bazel中才有可能。
  • 任何可以消耗cc_library的东西都可以以同样的方式消耗cc_import目标。因此,即使我从未尝试过,您也应该能够通过JNI调用Go函数。

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

hello.go

package main

import "fmt"
import "C"

//export SayHello
func SayHello() {
    fmt.Println("hello")
}

func main() {}

use.c

#include "go_hello.h"

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