Skip to content
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

Couldn't find g #13

Closed
schmurfy opened this issue Nov 18, 2011 · 6 comments
Closed

Couldn't find g #13

schmurfy opened this issue Nov 18, 2011 · 6 comments

Comments

@schmurfy
Copy link
Contributor

Hi,
I tried using the bundle to give go a try but I cannot make it works. Go is installed by homebrew and I have all the go* binaries in my path but when I hit Apple+R all I get is an error "Couldn't find g" with all the locations in the search PATH printed below.

I tried to find where the error occured in the code without luck (the path followed is not easy to find with one executable calling another and another including another one xD).

Any idea what could go wrong ?

@puchupala
Copy link
Contributor

I also use Homebrew's Go too. Maybe Go binary isn't in your PATH. You could try my fork and manually specify GOBIN to /path/to/homebrew/bin in Textmate. https://github.com/KnightBaron/go-tmbundle

@schmurfy
Copy link
Contributor Author

I will try your fork when I get the chance but what I really don't understand is why it is looking for "g" where as far as I know there is no such binary in the go suite Oo

@puchupala
Copy link
Contributor

The script prefix "g" to 5g, 6g and 8g as necessary depends on the platform compiling. I forgot the detail but I remember that I got the same error and fixed that on my fork before.

@schmurfy
Copy link
Contributor Author

I found the problem thanks to your fork which did not work but helped me find the issue:
I have a macbook pro under Lion and the reported value for "sysctl -n hw.machine" is "x86_64" which is unknown by the goarch script (btw it is really weird that the number before the "g" represents the architecture, it is a little scary) so the architecture "number" was an empty string resulting in gobin trying to run "g".

@AlanQuatermain
Copy link
Owner

Closing as this was fixed by schmurfy— thanks for your help.

@schmurfy
Copy link
Contributor Author

no problem, I was sure I had closed this issue but I must have forgotten to submit it xD

jish pushed a commit to jish/go-tmbundle that referenced this issue Dec 31, 2015
…n-icons

Use scale independent PDF completion icons
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants