3

開発セッションの途中で、この愚かな動作が始まり、今では永続的に見えます。何が起こったのかわかりません:

[dtrombley@sleet bin]$ echo $GOROOT
/usr/lib/golang
[dtrombley@sleet bin]$ echo $GOPATH
/home/dtrombley/go/
[dtrombley@sleet bin]$ ./liteide

liteide ビルド エラー:

 ../../github.com/Sirupsen/logrus/writer.go:4:2: cannot find package "bufio" in any of:
/home/dtrombley/go/src/bufio (from $GOROOT)
/home/dtrombley/go/src/bufio (from $GOPATH)

何?GOROOT の代わりに GOPATH を使用しているのはなぜですか? これは以前は機能していましたが、あるビルドから次のビルドへ、文字通り数秒後に liteide の実行中に不思議なことに壊れた状態に切り替わりました...

誰もこれを見たことがありますか?liteide内でGOROOTを検査/設定できる方法はありますか?

[編集] さらに奇妙な点: GOPATH の末尾にある / が紛らわしいかもしれないと思ったので、それを削除しました。今:

 [dtrombley@sleet bin]$ echo $GOROOT
 /usr/lib/golang
 [dtrombley@sleet bin]$ echo $GOPATH
 /home/dtrombley/go
 [dtrombley@sleet bin]$ ./liteide

...

warning: GOPATH set to GOROOT (/home/dtrombley/go) has no effect
../../github.com/Sirupsen/logrus/writer.go:4:2: cannot find package "bufio" in any of:
/home/dtrombley/go/src/bufio (from $GOROOT)
($GOPATH not set)

悲惨。

4

1 に答える 1

2

GOROOT がまったく設定されているかどうかを確認/usr/share/liteide/liteenv/linux*.envできます (これは、ここで報告されているように問題になる可能性があります) 。GOROOT が他の場所にも設定されている
かどうかも確認できます。

最後に、最新の liteide (x27.2.1)で問題が解決しないかどうかを確認します。


OP BadZenコメントで確認します:

セッションの途中で切り替えたのは、迷子クリックしてターゲットを からlinux64に切り替えlinux32たに違いないためlinux32.env、バグのあるGOROOTエントリ ( GOROOT=$HOME/go) がありました。

于 2015-05-08T07:11:05.737 に答える