X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-0.8 required=5.0 tests=AWL,BAYES_20,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Message-ID: From: =?iso-8859-1?B?QW5kcukgQmxlYXU=?= To: Subject: Re: can't compile opengl using w32api with gcc Date: Mon, 18 Oct 2010 09:53:05 -0400 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 List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com chm wrote: =20 > Hi- =20 Hi Chris, =20 >=20 > I've been trying to compile the Perl OpenGL > module for cygwin using the w32api opengl32, > glu32,.. for performance. I used to be able > to add either -I/usr/X11R6/include or > -I/usr/include/w32api to the gcc flags to > get the compile to work. >=20 > Going back with cygwin 1.7.1 now, I am unable to > get the w32api compile to work. After some > debugging, the problem is that /usr/include/w32api > is in the gcc system headers list. As a result, > duplicate -Idir flags are discarded and since both > /usr/include and /usr/include/w32api are in the > system search path (in that order), the compile > *always* picks up the gl.h in /usr/include/GL > which is the Mesa one. >=20 > I was able to get the compile to work by using > the -isystem flag instead of -I as the gcc > option but now I have a compiler-specific flag > that I have to track. Are there any other > options here? >=20 > Thanks much, > Chris >=20 > P.S. It turns out the previous use of flags > had the same problem but since the X11/Mesa > GL include files were in /usr/X11R6/include > and not /usr/include, the duplicate use of > -I/usr/include/w32api was ignored but that > was the one being pulled in by the default > search. Then when I put -I/usr/X11R6/include > on the compile, it did get added to the > header search path since it was not in the > gcc system paths by default. =20 Your problem is the consequence of the libGL-devel package (Mesa GL) taking= =20 over /usr/include/GL in 2008. =20 If you want native GL, you need to install the opengl package, and compile = with -I/usr/include/opengl , as stated in /usr/share/doc/opengl-1.1.0/README.txt= . =20 Andr=E9 Bleau, Cygwin's volunteer OpenGL package maintainer. =20 Please send any question or comment about the opengl package to cygwin at c= ygwin dot com, not to directly to me.=20=09=09=20=09=20=20=20=09=09=20=20 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple