https://github.com/tensorflow/tensorflow/tree/master/tensorflow/go中的README描述了一个有点脱节的构建过程。为什么tensorflow的go /子目录使用Bazel rules_go中的go_library?
为什么不使用SWIG和https://github.com/bazelbuild/rules_go中的去规则?
https://github.com/tensorflow/tensorflow/tree/master/tensorflow/go中的README描述了一个有点脱节的构建过程。为什么tensorflow的go /子目录使用Bazel rules_go中的go_library?
为什么不使用SWIG和https://github.com/bazelbuild/rules_go中的去规则?
除了“历史事故”,没有什么好的理由。在rules_go非常成熟之前,Tensorflow已经有Go代码,因此他们实施了自己的规则。
我在过去的几个月里一直在使用rules_go全职工作。我们今年的主要优先事项是支持Kubernetes通过构建他们所需的功能并使规则易于使用而向Bazel迁移。当这项工作完成后(即将完成),我们将继续使用Bazel和Go直接支持其他项目。我希望这将包括Tensorflow。
明白了,谢谢!我正在努力将一个大型的Go项目与TensorFlow集成,所以我很乐意在时间到来时提供帮助。 –
你将不得不问这个图书馆的作者。 – Adrian
发表于此图书馆的作者请求,所以他们可以以公开的,可访问的格式回答它 –
这不是适合的论坛 - 如果他们想解释他们的设计决定,应该发布给他们自己的项目空间,而不是StackOverflow。这个问题及其答案对更广泛的社区没有用处。 – Adrian