Weird solution... but it worked! (was: HOpenGL-1.01 feedback)
The good news: copying /usr/include/GL to PATH_TO_5.02\include\mingw\GL makes HOpenGL find <GL/glut.h> correctly (I don't have to use the absolute path anymore). The bad news: modifying aclocal.m4 (and trying a lot of other things) in order to make HOpenGL recognize the library "lglut32" instead of "lglut" was not successful. The examples still call for glut.dll when executed in Windows Explorer and for opengl.dll when executed in the cygwin shell. The really good news: I tried to make things work by copying glut32.dll to the examples directory, and renaming it to glut.dll and (surprise!) everything worked well. This is not the best way to make the examples run, I'm sure, but at least it worked. (I think Edson should try the same thing...) There's still a doubt: how to make the "configure" step recognize glut32 instead of glut? In other words, how do I "unistall" the older glut version? -- Andre
Andre W B Furtado wrote:
The good news: copying /usr/include/GL to PATH_TO_5.02\include\mingw\GL makes HOpenGL find <GL/glut.h> correctly (I don't have to use the absolute path anymore).
Fine. GHC's WinDoze grandmaster promised me to include this fix in the next InstallShield version of GHC, too.
[ glut vs. glut32 ]
As WinDoze doesn't come with GLUT, you must have installed it for yourself somehow. For problems like this, it would be helpful to know the locations of all OpenGL/GLUT DLLs, with and without *32.
[...] In other words, how do I "unistall" the older glut version?
By moving glut.dll into "Trash". :-) But there's always the problem that you can't be sure that no other program still needs it. But in that case I guess that copying glut32.dll to glut.dll will do the trick. Nevertheless, I've uploaded a fresh http://www.informatik.uni-muenchen.de/~Sven.Panne/haskell_libs/HOpenGL/HOpen... which contains the following changes: * look for glut32.dll before glut.dll is tried * cruel hacks for the GLU versionitis * a fix for Char vs. CChar confusion (the keyboard callbacks didn't work) As usual, feedback is highly appreciated. Cheers, S.
participants (2)
-
Andre W B Furtado -
Sven Panne