Message-ID: <COL104-W650BA6F917465F2EFC413A938E0@phx.gbl>
Reply-To: <cygwin AT cygwin DOT com>
From: =?iso-8859-1?Q?Andr=E9_Bleau?= <andre_bleau AT hotmail DOT com>
To: <sxmboer AT purdue DOT edu>
CC: <cygwin AT cygwin DOT com>
Subject: RE: response to opengl email exchange with Reini Urban
Date: Fri, 27 Mar 2009 17:38:08 -0400
In-Reply-To: <49CC5D60.6080006@purdue.edu>
References: <49CC5D60 DOT 6080006 AT purdue DOT edu>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com


sxmboer AT purdue DOT edu wote:

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

>=20
> In your emails between Reini back in Feb you ask him if your tips=20
> resolved the problems. I too had huge problems this week and I can tell=
=20
> you that this tip:
>=20
> 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.
>=20
> finally did indeed solve all my problems. the problem is, when people=20
> update cygwin, the mechanism more or less picks up a whole bunch of=20
> updates without the user knowing exactly which packages are updated. Let=
=20
> alone that one typically will look for all the README.txt files that are=
=20
> newly installed.
=20
That was clealy stated in the announcement for the package:
http://cygwin.com/ml/cygwin-announce/2008-12/msg00005.html
=20
And was discussed previously:
http://cygwin.com/ml/cygwin/2008-11/msg00056.html

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

=20
What has changed since opengl-1.1.0-8
-------------------------------------
=20
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 progr=
am=20
when the libGL-devel, libGLU-devel, libglut-devel packages are also install=
ed.=20
In that case, compiling with -I/usr/include/opengl is REQUIRED,=20
otherwise the headers from libGL-devel, libGLU-devel, libglut-devel will be=
=20
used, leading to missing functions at link time. If the libGL-devel,=20
libGLU-devel, libglut-devel package are not installed,=20
you can compile as usual.
=20

=20
That was, I think, pretty clear.

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

=20
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 us=
ing
the close (X) icon in the title bar. If you prefer to keep that behavior, y=
ou=20
must recompile with -DGLUT_DISABLE_ATEXIT_HACK .


>=20
> One question I still have is the following. Is there any way to use the=
=20
> freeglut library in non-X windows binaries? Currently my problem is that=
=20
> running glut/gl in X11 mode is extremely slow because it doesn't find a=
=20
> direct rendering context (or something along those lines). I therefore=20
> prefer the native windows mode for my software. However, the neat=20
> features of freeglut are not supported on my current installation.
=20
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 iss=
ues to
settle and the no dateline for a release yet.

>=20
>=20
> Many thanks for your help.
> Steef

- Andr=E9 Bleau, Cygwin's volunteer OpenGL package maintainer.
=20
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.
=20
_________________________________________________________________
R=E9unissez-vous avec les gens qui vous sont proches- clavardez face =E0 fa=
ce gr=E2ce =E0 Messenger.
http://go.microsoft.com/?linkid=3D9650743

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/