Проблема сборки с использованием SWIG и внешней библиотеки C - PullRequest
Новая
       42

Проблема сборки с использованием SWIG и внешней библиотеки C

0 голосов
/ 31 мая 2019

Я пытаюсь создать программу golang, которая будет использовать внешнюю C-библиотеку.Прежде чем делать сложные вещи, я хотел протестировать использование SWIG в небольшом примере с foo.Я также хочу иметь возможность использовать синтаксис "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 -xMsgstr "Кажется, что директивы cgo, расположенные в файле" lib.go ", не принимаются во внимание, так как я не вижу, чтобы флаг отображался в выходных данных.Вот вывод 

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.Я что-то пропустил?

1 Ответ

0 голосов
/ 01 июня 2019

Кто-то из golang github репозитория решил мою проблему.

Решением было удаление новой строки между директивой import C и комментариями, содержащими директивы #cgo.

...