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: <BLU149-W64C8CD0FB7BA91FAC71AC8935A0@phx.gbl>
From: =?iso-8859-1?B?QW5kcukgQmxlYXU=?= <andre_bleau AT hotmail DOT com>
To: <cygwin AT cygwin DOT com>
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: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
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 <devel dot chm dot 01 at gmail dot com> 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