使用 SWIG 和外部 C 库构建问题

Question

我正在尝试创建一个使用外部 C 库的 golang 程序。 在做复杂的事情之前，我想在一个小的 foo 示例中测试 SWIG 的使用。 我还希望能够使用“go get”语法而无需手动运行 swig。并且要考虑到外部 C 库应该是之前构建的，并且可以位于机器上的任何位置。

我正在使用 golang 1.12.5 和 swig 3.0.12

我创建了以下结构：

.
|-- libfoo
|   |-- foo.c
|   |-- foo.h
|   `-- libfoo.so
`-- src
    |-- example_test.go
    |-- lib.go
    `-- libfoo.swig

在 libfoo 文件夹中，我有一个简单的共享库。这些文件包含： foo.c:

#include "foo.h"

int foo(int c){
    return c+1;
};

foo.h

int foo(int c);

我已经编译了它：

gcc -o ./libfoo.so -fPIC -shared ./foo.c

然后是 golang 文件： libfoo.swig

%module libfoo

%{
  extern int foo(int a);
%}

extern int foo(int a);

lib.go

package libfoo

/*
#cgo LDFLAGS: -L../libfoo -lfoo
*/

import "C"

最后是 example_test.go

package libfoo

import (
    "testing"
    "fmt"
)

func TestFoo(*testing.T) {
    i := Foo(1)
    fmt.Printf("%v\n",i)
}

当我尝试使用“go build -x”构建时，似乎没有考虑位于“lib.go”文件中的 cgo 指令，因为我没有看到输出中出现该标志。这是输出

06aa7e308d6:/mnt/data/src# go build -x
WORK=/tmp/go-build551116655
mkdir -p $WORK/b001/
swig -version
cd $WORK
/opt/go/pkg/tool/linux_amd64/compile -o ./b001/_go_.o -trimpath ./b001 -p main -complete -goversion go1.12.5 -D _$WORK -c=4 ./swig_intsize.go
cd /mnt/data/src
swig -go -cgo -intgosize 64 -module libfoo -o $WORK/b001/libfoo_wrap.c -outdir $WORK/b001/ libfoo.swig
CGO_LDFLAGS='"-g" "-O2"' /opt/go/pkg/tool/linux_amd64/cgo -objdir $WORK/b001/ -importpath _/mnt/data/src -- -I $WORK/b001/ -g -O2 ./lib.go $WORK/b001/_libfoo_swig.go
cd $WORK
gcc -fno-caret-diagnostics -c -x c - || true
gcc -Qunused-arguments -c -x c - || true
gcc -fdebug-prefix-map=a=b -c -x c - || true
gcc -gno-record-gcc-switches -c -x c - || true
cd $WORK/b001
TERM='dumb' gcc -I /mnt/data/src -fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=$WORK/b001=/tmp/go-build -gno-record-gcc-switches -I ./ -g -O2 -o ./_x001.o -c _cgo_export.c
TERM='dumb' gcc -I /mnt/data/src -fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=$WORK/b001=/tmp/go-build -gno-record-gcc-switches -I ./ -g -O2 -o ./_x002.o -c lib.cgo2.c
TERM='dumb' gcc -I /mnt/data/src -fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=$WORK/b001=/tmp/go-build -gno-record-gcc-switches -I ./ -g -O2 -o ./_x003.o -c _libfoo_swig.cgo2.c
TERM='dumb' gcc -I /mnt/data/src -fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=$WORK/b001=/tmp/go-build -gno-record-gcc-switches -I ./ -g -O2 -o ./_x004.o -c libfoo_wrap.c
TERM='dumb' gcc -I /mnt/data/src -fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=$WORK/b001=/tmp/go-build -gno-record-gcc-switches -I ./ -g -O2 -o ./_cgo_main.o -c _cgo_main.c
cd /mnt/data/src
TERM='dumb' gcc -I . -fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=$WORK/b001=/tmp/go-build -gno-record-gcc-switches -o $WORK/b001/_cgo_.o $WORK/b001/_cgo_main.o $WORK/b001/_x001.o $WORK/b001/_x002.o $WORK/b001/_x003.o $WORK/b001/_x004.o -g -O2
# _/mnt/data/src
/tmp/go-build551116655/b001/_x004.o: In function `_wrap_foo_libfoo_0f106433f15c8754':
/tmp/go-build/libfoo_wrap.c:255: undefined reference to `foo'
collect2: error: ld returned 1 exit status

如果我使用环境变量设置 CGO_LDFLAGS，它就可以工作。但是我希望能够只使用“go get”而不需要这些变量。

我不明白为什么 go 不考虑我的 #cgo 指令。 我错过了什么吗？

Answer 1

golang github repository 上的某个人解决了我的问题。

解决方案是删除 import "C" 指令和包含 #cgo 指令的 cmets 之间的换行符。