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

Error on Windows 8.1, go 1.3.1, mingw-64 #1

Closed
ajhager opened this issue Aug 30, 2014 · 8 comments
Closed

Error on Windows 8.1, go 1.3.1, mingw-64 #1

ajhager opened this issue Aug 30, 2014 · 8 comments
Assignees

Comments

@ajhager
Copy link

ajhager commented Aug 30, 2014

There is a warning when building, and error messages I don't quite understand at runtime. Here is a pastebin: http://pastebin.com/eyfEuyam

Thanks.

@slimsag
Copy link
Contributor

slimsag commented Aug 30, 2014

I found the issue and fixed it. Once my PR is merged into go-gl/glfw3 it will be mirrored here as well.

@slimsag
Copy link
Contributor

slimsag commented Aug 31, 2014

Hi, the issue is fixed. You can run:

go get -u azul3d.org/native/glfw.v3.1

to update your local copy.

@slimsag slimsag closed this as completed Aug 31, 2014
@ajhager
Copy link
Author

ajhager commented Aug 31, 2014

They warning is fixed! I am still getting the second set of errors at runtime. It seems like you and others are not getting the problem, but any idea what the errors mean? (The second half of the pastebin.) Thanks.

@slimsag slimsag reopened this Aug 31, 2014
@slimsag
Copy link
Contributor

slimsag commented Aug 31, 2014

Hey,

Sorry to hear it's still giving you trouble. I'll need some more information so that I can reproduce the problem.

  1. I think they are linker errors -- not runtime errors. We can tell if you run go build hello.go and receive the exact same errors. Do you?
  2. Is it a simple application or a large one? Can you send the code?
  3. Where did you download MinGW from? Please provide a link so I can test the same version, if possible.
  4. Perhaps Go didn't properly detect that your sources updated and didn't rebuild the build cache for some strange reason -- do you get the same errors if you run(?):
go get -u azul3d.org/native/glfw.v3.1
go build -a hello.go

@ajhager
Copy link
Author

ajhager commented Sep 1, 2014

  1. Yes, sorry. I meant to say that the error happens when I try to build my program, not the library. It does still happen with go build.
  2. https://github.com/ajhager/engi is the project, you can run a hello.go under demos.
  3. http://sourceforge.net/projects/mingw-w64/postdownload?source=dlp is where I got mingw from. I think it is just the stable sourceforge installer.
  4. Yes I still get the same errors running that last set of commands.

Let me know if there is any other information I can give you. Thanks for looking into it!

@slimsag
Copy link
Contributor

slimsag commented Sep 1, 2014

Okay, so, I don't know what is causing the errors here. But I have found out what is in play:

If I use mingw-w64 (and select x86_64 during installation) then I get the errors. AFAIK that is the most official MinGW 64-bit installer, though.

If I use tdm64-gcc-4.8.1-3.exe from http://tdm-gcc.tdragon.net/download -- I don't get the errors. Now, some interesting things to note:

  • Go developers build the standard binary releases of Go using TDM GCC (see winstrap code at https://code.google.com/p/winstrap/source/browse/winstrap.go#21).
  • But AFAIK TDM-GCC is literally just MinGW-W64 project binaries built by the TDM folks.
  • tdm64-gcc-4.8.1-3.exe is -- obviously -- GCC 4.8.1
  • MinGW-W64 is GCC 4.9.1

This is really baffling to me. I've even tried building Go 1.3.1 (and tip) built with MinGW-W64 to see if there was perhaps a GCC version incompatibility for some reason -- but no dice still.

@slimsag
Copy link
Contributor

slimsag commented Sep 1, 2014

@ajhager lets move this issue over to go-gl/glfw#91 so others can feedback as well. This mirror is good but I think others there can help us discover the issue better/more quickly.

Obviously -- all changes made to that repo will still be mirrored here so no worries. I'll close this issue once that happens.

@slimsag slimsag closed this as completed Sep 1, 2014
@slimsag slimsag reopened this Sep 1, 2014
@ajhager
Copy link
Author

ajhager commented Sep 2, 2014

I can confirm that the alternative compilers work great on my end. I will make a note of it in my README and subscribe to go-gl/glfw#91.

@slimsag slimsag self-assigned this Sep 4, 2014
@slimsag slimsag closed this as completed Dec 9, 2014
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

2 participants