This is the mail archive of the cygwin mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: response to opengl email exchange with Reini Urban

sxmboer AT purdue DOT edu wote:

> Dear André Bleau,
First thing: don't write directly to me. 
All my messages regarding opengl/glut/freeglut end with this line:
"Please direct any question or comment about the OpenGL package to cygwin at cygwin dot com"
Please respect that policy.

> In your emails between Reini back in Feb you ask him if your tips 
> resolved the problems. I too had huge problems this week and I can tell 
> you that this tip:
> As stated in the opengl-1.1.0-9 and -10 anouncements and in
> /usr/share/doc/opengl-1.1.0/README.txt , you must now add
> -I/usr/include/opengl at compile time to avoid conflicts with freeglut.
> finally did indeed solve all my problems. the problem is, when people 
> update cygwin, the mechanism more or less picks up a whole bunch of 
> updates without the user knowing exactly which packages are updated. Let 
> alone that one typically will look for all the README.txt files that are 
> newly installed.
That was clealy stated in the announcement for the package:
And was discussed previously:

> I spent 3 days figuring out what was wrong with my computer after I 
> updated cygwin to include gcc-4. Apparently, along the way it updated 
> the w32api, so now the glut32.a was missing and a project that I have 
> been working on for years suddenly stopped working.
> After finally figuring out the problem wasn't gcc-4, I stumbled on some 
> of your emails back in 2008 in which you proposed how you were going to 
> change the glut32 library. I wish I had seen that email then... Was 
> there really no way to resolve the freeglut issue without moving the 
> glut library?
> There is *tons* of glut source code out there that doesn't 
> require the special -I option. This cygwin patch breaks all 
> compatibility. That's not a good thing in my opinion. 
If you read the announcement and the previous discussion, you should know, that no, 
there was no way to avoid the change
*** if you also installed the following packages: libGL-devel, libGLU-devel, libglut-devel *** 
if you didn't, there was no conflict, and you could continue to compile as usual. 
To quote the announcement:

What has changed since opengl-1.1.0-8
A new symbolic link, /usr/include/opengl/GL -> /usr/include/w32api/GL was
added to be able to compile native OpenGL, GLU, GLUT, GLUI, and GLUIX program 
when the libGL-devel, libGLU-devel, libglut-devel packages are also installed. 
In that case, compiling with -I/usr/include/opengl is REQUIRED, 
otherwise the headers from libGL-devel, libGLU-devel, libglut-devel will be 
used, leading to missing functions at link time. If the libGL-devel, 
libGLU-devel, libglut-devel package are not installed, 
you can compile as usual.

That was, I think, pretty clear.

> And what is that 
> AT_EXIT_HACK thing about?
Again, read he announcement:

A bug introduced in opengl-1.1.0-6 was corrected in glut.h. The bug caused the
program to continue to run in the background if its window was closed by using
the close (X) icon in the title bar. If you prefer to keep that behavior, you 
must recompile with -DGLUT_DISABLE_ATEXIT_HACK .

> One question I still have is the following. Is there any way to use the 
> freeglut library in non-X windows binaries? Currently my problem is that 
> running glut/gl in X11 mode is extremely slow because it doesn't find a 
> direct rendering context (or something along those lines). I therefore 
> prefer the native windows mode for my software. However, the neat 
> features of freeglut are not supported on my current installation.
I`m currently working with the Freeglut developpers to provide Freeglut as
a replacement for non-X11 GLUT as a new Cygwin package. There are still issues to
settle and the no dateline for a release yet.

> Many thanks for your help.
> Steef

- André Bleau, Cygwin's volunteer OpenGL package maintainer.
Please direct any question or comment about the OpenGL package to cygwin at cygwin dot com
Many other persons will be able to help you if you do.
Réunissez-vous avec les gens qui vous sont proches- clavardez face à face grâce à Messenger.

Unsubscribe info:
Problem reports:

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]