-
-
Notifications
You must be signed in to change notification settings - Fork 973
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Package local "jump to declaration", renames etc. has slowed down #986
Comments
gotools check mod use |
Yes, Hugo isn't the smallest of the Go projects out there. Just a quick note about my current workaround for Hugo:
With that LiteIDE is back to its snappy self. I really appreciate the work you are doing with this product. |
Fixed, update gotools & gocode for fast parse Go1.11 modules project.
|
I can confirm that this is now fixed; thanks a lot! Really appreciated. |
please download x35.1 and check. |
@visualfc x35.1 works great, thanks! |
Please answer these questions before submitting your issue. Thanks!
Please download LiteIDE latest version and test before submitting your issue. Thanks!
What version of LiteIDE are you using (LiteIDE About - Version and Build Qt Version)?
x34.2
What version of Go are you using (
go version
)?go version go1.11 darwin/amd64
What operating system and processor architecture are you using(
go env
)?What did you do?
In a project outside of GOPATH (built with Go Modules), the "jump to declaration" is now taking the same amount of time for local methods/fields (unexported) that for methods in other packages.
Note that I have followed the instructions in #977 -- and everything is functionally fine, it's just very slow (10+ seconds). This is also relevant for "find usage" etc.
What did you expect to see?
I expect almost instant "jump to" for private methods etc., as it was in the "pre Go Modules world".
The text was updated successfully, but these errors were encountered: