-
Notifications
You must be signed in to change notification settings - Fork 625
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
MSYS2 make fails #325
Comments
Well, one of the things that's wrong is that |
So, my mistake was not to run
|
Try without |
Note to self: Also Issue #242 |
@nigels-com I have:
Also:
How can I change the Makefile such that |
OK, removed |
Intention is to make |
Not sure what the intention is. I now get a different error. Perhaps I changed my environment? Or did you change something?
|
Now I'm getting:
Weird that I'm being asked for X11. Yes, intention would be to make
EDIT: OK, it works again now. I had accidentally modified my environment (I'm currently playing with MSYS2, Cygwin and WinLibs mingw-w64 , and getting mixed up). I see that in |
Any suggested refinements to the explanation at: ? |
Hi ! I have run into the exact same pipeline of problems ^^ Unfortunately removing -nostdlib from Makefile.mingw did not change the multiple definition of DllMainCRTStartup. I am a little confuse on why modifying Makefile.mingw if the SYSTEM is msys-win64 ? |
It is becoming funnier, simply made a
@imfatant how did you solve this problem ? |
Wanted to report the same problem.
I was surprised to find no glew.c, eglew.h, glew.h, glxew.h and wglew.h existing in this repo, whereas they do exist in the source tar balls linked on the home page and the repo readme. As documented , you have to generate the source files yourself. But that process fails with the exact same errors as @Tiffas reported. So I give up and just use the linked source zip. |
There is another option: Perlmint/glew-cmake |
If you could file a ticket for the compiler warnings, happy to deal with those if they're straight-forward. |
Ohh, that's nice. Autogenerated in a repo. That solves it for me :]
will do so |
I've exactly the same problem here.... Trying to compile/build GLEW from source. Using MinGW-W64, Windows 11 Pro 64-bits. It seems to compile everything fine. When it comes to linking it does blew up...
So, if we look at the message we can see that the problem resides with multiple definition of `DllMainCRTStartup'. Open to sugestions |
After revising the whole process i has able to build the files from sourcce using MSYS-MSYS2. The funniest thing about this is that there's a step missing in the documentation that makes the difference. After downloading the source file (I always prefer TGZ files), expanded the file I run the command line:
After a while it builds everything from source like a charm. The missing part in the doumentation is that you should run these commands from MSYS2 MSYS shortcut and not MSYS2 MINGW64 like i did before. Just to be sure that glew32.dll is 64-bits i run a small utility to read the signature of file. It confirms to be PE32+ (x64). So, in my case this situation is closed. |
Ah! Interesting! Thanks! |
Huh, no dice for me. |
After
(The then all the remaining ommands.... I'm sure that it will work |
w... why? The Makefiles should totally create every folder needed :S This indeed clears the missing bin folder error, however, we are back to square one. |
Well, i'm just writting my experience in order to help the others... In my case i downloaded the source in tgz format, and run the commands in the order above... I'm not very found of makefiles... but my guess is that I'll make some _experiments here and comment the results. |
Ohhhhh. I missed that part. I pulled the master branch, which does not contain the source files. The makefiles should generate the source as per doc, after which the actual library should be built. |
Compiling the snapshoot (glew-2.2.0.tgz) out-of-the box with MSYS2-MINGW64:
Like i said, the folders
create the folder
no dice.... Like i told in the beginning this is MSYS2-MINGW64.... let's try with MSYS2-MSYS It does works....
Everything is fine.... Now let's check the PE signature of glew32.dll file.... ... We got a winner.... |
You are right. For that reason I mentioned to download the source files from the TGZ file |
same issue here, on macOS |
It seems that Nigel didn't look yet at this matter.... |
I'm trying to build GLEW using mingw64 in MSYS2. I'm simply typing
make
in the base GLEW directory:Any idea what's wrong?
The text was updated successfully, but these errors were encountered: