2017-01-16 5 views
0

У меня есть два проекта: один - это библиотека, а другая - утилита. Я использовал go install для создания библиотеки и размещения ее в области pkg. Кажется, это сработало, как ожидалось.Не удается найти местный пакет

sbio $ pwd 
     /home/mjohn/workspaces/goprojects/src/crown/sbio 
sbio $ CC=armv7l-timesys-linux-gnueabi-gcc CGO_ENABLED=1 GOOS=linux GOARCH=arm GOARM=7 go install 
sbio $ ls ../../../pkg/linux_arm/crown 
     sbio.a 

Проблема возникает, когда я пытаюсь использовать эту утилиту в этой библиотеке. Он жалуется на no buildable Go source files, но ищет его в каталоге src, что заставляет меня думать, что он не видит его в области pkg. Мой путь импорта в утилите - crown/sbio. Любые идеи были бы полезны.

utility $ GOOS=linux GOARCH=arm GOARM=7 go build 
     go build crown/sbio: no buildable Go source files in /home/mjohn/workspaces/goprojects/src/crown/sbio 

utility $ GOOS=linux GOARCH=arm GOARM=7 go build -v -x -work 
     WORK=/tmp/go-build709862068 
     crown/sbio 
     github.com/jessevdk/go-flags 
     mkdir -p $WORK/github.com/jessevdk/go-flags/_obj/ 
     os/signal 
     mkdir -p $WORK/github.com/jessevdk/ 
     cd /home/mjohn/workspaces/goprojects/src/github.com/jessevdk/go-flags 
     /home/mjohn/software/go/pkg/tool/linux_386/compile -o $WORK/github.com/jessevdk/go-flags.a -trimpath $WORK -p github.com/jessevdk/go-flags -complete -buildid 2e7b82d3996437f712d51c2be269e6cd3eb809d6 -D _/home/mjohn/workspaces/goprojects/src/github.com/jessevdk/go-flags -I $WORK -pack ./arg.go ./closest.go ./command.go ./command_private.go ./completion.go ./convert.go ./error.go ./flags.go ./group.go ./group_private.go ./help.go ./ini.go ./ini_private.go ./man.go ./multitag.go ./option.go ./option_private.go ./optstyle_other.go ./parser.go ./parser_private.go ./termsize.go ./termsize_linux.go 
     mkdir -p $WORK/os/signal/_obj/ 
     mkdir -p $WORK/os/ 
     cd /home/mjohn/software/go/src/os/signal 
     /home/mjohn/software/go/pkg/tool/linux_386/compile -o $WORK/os/signal.a -trimpath $WORK -p os/signal -buildid 36d5db084a1ab49c3fbb474d340be7996d6606d8 -D _/home/mjohn/software/go/src/os/signal -I $WORK -pack -asmhdr $WORK/os/signal/_obj/go_asm.h ./doc.go ./signal.go ./signal_unix.go 
     mkdir -p $WORK/crown/sbio/_obj/ 
     mkdir -p $WORK/crown/ 
     go build crown/sbio: no buildable Go source files in /home/mjohn/workspaces/goprojects/src/crown/sbio 
     /home/mjohn/software/go/pkg/tool/linux_386/asm -o $WORK/os/signal/_obj/sig.o -trimpath $WORK -I $WORK/os/signal/_obj/ -I /home/mjohn/software/go/pkg/include -D GOOS_linux -D GOARCH_arm ./sig.s 
     pack r $WORK/os/signal.a $WORK/os/signal/_obj/sig.o # internal 

utility $ go env 
     GOARCH="386" 
     GOBIN="" 
     GOEXE="" 
     GOHOSTARCH="386" 
     GOHOSTOS="linux" 
     GOOS="linux" 
     GOPATH="/home/mjohn/workspaces/goprojects" 
     GORACE="" 
     GOROOT="/home/mjohn/software/go" 
     GOTOOLDIR="/home/mjohn/software/go/pkg/tool/linux_386" 
     CC="gcc" 
     GOGCCFLAGS="-fPIC -m32 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build583017880=/tmp/go-build -gno-record-gcc-switches" 
     CXX="g++" 
     CGO_ENABLED="1" 

utility $ go version 
     go version go1.7.4 linux/386 

Спасибо за любую помощь.

+0

Не 'go install' помещает двоичный файл в' bin/'? как вы называете/доверяете lib из утилиты? – Nevermore

+1

Я использую 'go install' в библиотеке, которая будет находиться под' pkg'. Утилита имеет main() и будет находиться под 'bin', если бы я использовал' go install' для сборки утилиты, но для утилиты, использующей 'go build'. – dangeroushobo

ответ

0

Я смог решить свою проблему, построив утилиту с заданными параметрами CC и CGO_ENABLED. Мне нужны были они для создания утилиты, хотя она не содержала никакого кода cgo, который по-прежнему был необходим из-за библиотеки.

Если вы можете создать утилиту без необходимости делать это, мне все равно будет интересно, так как больно, чтобы каждый пользователь библиотеки должен был их определять.