没有 SWIG 和第三方库的 Go 中的 OpenCV

Question

主要目标：OpenCV在Go没有SWIG和第三方库的情况下工作（使用 Go 在 linux 中比较图像的应用程序）

我是所有工具包的新手（OpenCv Go 和 linux）

1. 图像检测（feature2d 等）可以仅由 C-api 完成吗？没有方便的方法调用 C++ 代码并且 C-api 没有更新（？）

2. 我遵循了如何在 Go 中使用 C++？但我失败了。当我制作时，出现以下错误

makefile:5: /usr/local/go/bin/src/Make.amd64: 没有那个文件或目录
makefile:6: /usr/local/go/bin/src/Make.pkg: 没有那个文件或目录
makefile: 8: *缺少分隔符。停止。

在生成文件作为跟随

GOROOT=/usr/local/go/bin  

   GOARCH=amd64  

   TARG=foo  

   CGOFILES=foo.go  

   include $(GOROOT)/src/Make.$(GOARCH)  

   include $(GOROOT)/src/Make.pkg  

   foo.o:foo.cpp  

   g++ $(_CGO_CFLAGS_$(GOARCH)) -fPIC -O2 -o $@ -c $(CGO_CFLAGS) $<  

   cfoo.o:cfoo.cpp  

   g++ $(_CGO_CFLAGS_$(GOARCH)) -fPIC -O2 -o $@ -c $(CGO_CFLAGS) $<  

   CGO_LDFLAGS+=-lstdc++  

   $(elem)_foo.so: foo.cgo4.o foo.o cfoo.o  

   gcc $(_CGO_CFLAGS_$(GOARCH)) $(_CGO_LDFLAGS_$(GOOS)) -o $@ $^ $(CGO_LDFLAGS)  

非常感谢

Answer 1

您不能在不自己编写 C 包装器 (+ cgo) 或使用 SWIG 的情况下调用 C++ 代码，遗憾的是它就是这样。你链接的那个帖子已经过时了，不能再使用了。另一方面，你总是可以在纯 Go 中开始重写 opencv，速度差异不会那么大，特别是如果你学会了如何使用 unsafe 来处理速度关键部分。不建议使用 unsafe 的免责声明，因为它是不安全的。

Answer 2

你可以这样做，为了我自己的目的，我已经将 OpenCV 的一个非常简单的子集移植到 Go 中。通常，该过程是分配堆上的所有内容并将其作为 typedef'd 返回void*。例如：typedef void* gocv_matrix;从那里开始，您的很多工作都是直通函数。一个非常重要的注意事项是您的头文件必须是纯 C 并且只能（递归地）包含纯 C 的头文件。这意味着您的标头将主要是原型/前向声明。所以标题中的一些 Matrix 方法mat.h可能看起来像gocv_matrix newMatrix();void add(gocv_matrix m1, gocv_matrix m2, gocv_matrix dst);void destroy(gocv_matrix m);然后你的实现mat.cxx看起来像//include all relevant C++ OpenCV headers directlygocv_matrix newMatrix() {&nbsp; &nbsp; cv::Matrix *mat = new cv::Matrix();&nbsp; &nbsp; return (gocv_matrix)mat;}void add(gocv_matrix m1, gocv_matrix m2, gocv_matrix dst) {&nbsp; &nbsp; cv::Matrix *a = (cv::Matrix *)m1;&nbsp; &nbsp; cv::Matrix *b = (cv::Matrix *)m2;&nbsp; &nbsp; cv::Matrix *dstMat = (cv::Matrix *)dst;&nbsp; &nbsp; (*dstMat) = (*a)+(*b);}void destroy(gocv_matrix m) {&nbsp; &nbsp; cv::Matrix *a = (cv::Matrix *)(m1);&nbsp; &nbsp; delete a;}（免责声明：这里的确切代码没有经过正确性验证，这只是要点）。一些特别的注意事项：确保你有一个你实际调用的销毁方法，否则你会泄漏内存。由于 C 和 C++ 常量与 Go 常量不同，因此您必须将它们声明为var而不是const.OpenCV 的一些常量包含在不是纯 C 的头文件中，这使得在 Go 中定义它们变得非常困难。我在一些图像处理子包中注意到了这一点。请注意缺少模板化泛型。通常，您要么完全放弃模板，为每个可能的实例定义不同的类型，要么选择一个（可能是两倍，可能是用于显示图像的 int 大小）并坚持使用它。请注意，您不能以这种方式使用重载运算符。所以 a+b*c 是 b.Mul(c).Add(a)。从理论上讲，您可以发明一些表达式解析器，它接受像 "a+(b*c)" 这样的字符串和矩阵列表，然后进行一些调用批处理，但是如果您当时处于开发阶段，您就不会问这个问题。这通常对于 cgo 来说是正常的，但是您可能会经常使用 unsafe，特别是如果您想直接使用矩阵的原始支持数据。您可以通过使您的 Go 级别Mytype类型成为包含 aC.mytype而不是实际转换它的简单结构来稍微减少这种情况。老实说，你可能应该只使用 SWIG，因为这基本上已经为你做了什么，除了额外的细节，比如在大多数情况下为你生成实际的 Go 常量而不是粗略的 var 魔法。