[1.0] Cannot resolve directory import within the same project

[notzippy]

Under "Go Libraries" I have added my "gopath" to Global libraries, (this path does not include the code that is contained in the ide). The project libraries and module libraries are empty. The "src" folder is marked as the source. The error "Cannot resolve directory" pops up for all packages imported that are in the same source tree. Although packages that are in the go library or the go path library are resolved without issues.

Other oddness, opening source code (that is able to be resolved through an import, ie code that is in the GOPATH) opens fine, but any imports that code does fails to be resolved as well.

I am coming from 0.9.16 and testing 1.0.0 alpha so if this is still an alpha limitation feel free to close, but if I missed something setting up the module let me know..

[zolotov]

Sorry but it's impossible to recreate the issue with some "gopath" and resolving "some directory" from unknown file. I need more details about your workflow.

Other oddness, opening source code (that is able to be resolved through an import, ie code that is in the GOPATH) opens fine, but any imports that code does fails to be resolved as well.

Code sample please. Also Go Libraries screenshot and local path to your project could be useful.

[notzippy]

Here is an example of not being able to resolve a structure within the project

[zolotov]

And Go Libraries screenshot?

[notzippy]

Here:

[zolotov]

Works fine for me. Please try this build: https://dl.dropboxusercontent.com/u/2304564/Go.40.zip

[notzippy]

Thanks, unfortunately same issue. running idea 14.0.3 , invalidated the cache and restarted. Same issue

[dlsniper]

Could you please post the paths that you have for:

• project path
• gopath
• if there's any symlunk going on (at least from the screenshot I'm getting a feeling that something like that might be involved

Also, in the project view, under External libraries which nodes do you see? There should be two, one for the sdk and one for the gopath libs, if you use the standard layout. Is there any package with the same name in the gopath?

[notzippy]

Project Path : /home/homeu1/work/IWork/GoLangTest/
gopath : /home/homeu1/work/builds/gopath/
External Libs below:
work is a symlink, in the gopath, project path, and go sdk home.

[dlsniper]

Thanks for the info. If you go on /home/homeu1/work/IWork/GoLangTest/src/github.com/foobar/ and run go run GoLangTest.go, does it compile?
Also, can you please paste the output of your go env command?

[notzippy]

No it does not, the gopath does not point to the root of the project, but if I add to the gopath like

...GoLangTest>export GOPATH=$PWD:GOPATH
...GoLangTest>go run src/github.com/foobar/GoLangTest.go 
Hello world!Hi there {}
...GoLangTest>go env
GOARCH="amd64"
GOBIN=""
GOCHAR="6"
GOEXE=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOOS="linux"
GOPATH="/mnt/DevSystem/Work/IWork/GoLangTest:GOPATH"
GORACE=""
GOROOT="/home/homeu1/work/builds/go"
GOTOOLDIR="/home/homeu1/work/builds/go/pkg/tool/linux_amd64"
CC="gcc"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0"
CXX="g++"
CGO_ENABLED="1"

It works, (opps I messed up the export in the gopath... o well)

So is it a requirement for the source folder to be part of the gopath ? The previous module did not have this requirement.

[dlsniper]

I'm not sure it's a requirement as much as it's a different case of using go and gopath.

In this case, it looks like you are using something similar to the second use-case here

Also, in the above script, there's an error.
Instead of

export GOPATH=$PWD:GOPATH

you should do

export GOPATH=$PWD:$GOPATH

or even better, as this allows you to keep the first directory as the one where go get stores the common packages

export GOPATH=$GOPATH:$PWD

I'll try and confirm the setup in the weekend.
Thanks.

[notzippy]

Yup I fat fingered the export, I added a symlink to my gopath folder (gopath/src/github.com/foobar --> projectpath/src/github/foobar) for the project and it was able to resolve the model.A structure, but when you click to drill into it intellij thinks it is opening the file in the gopath, not the file in the local project, so that doesnt strike me as being the right way either....