如何解决如何:在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
,-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函数。
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;
}
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。