Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
Message-Id: <4.3.2.7.0.20001117102822.00b09f10@courriel.polymtl.ca>
X-Sender: p471454 AT courriel DOT polymtl DOT ca
X-Mailer: QUALCOMM Windows Eudora Version 4.3.2
Date: Fri, 17 Nov 2000 10:56:44 -0500
To: cygwin AT sources DOT redhat DOT com
From: Andre Bleau <andre DOT bleau AT courriel DOT polymtl DOT ca>
Subject: Re: OpenGL packaging
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format=flowed
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id KAA16914

Earnie Boyd <earnie_boyd AT yahoo DOT com> wrote:

>It is currently --prefix=/usr/local (this is the default for configure).  All
>packages distributed via setup need to be `configure --prefix=/usr'.
>
>HTH,
>
>=====
>Earnie Boyd

"configure" is not used to package OpenGL, so I don't understand your point.

The include files cannot be in /usr/include/GL, because they would mask 
files in /usr/X11R6/include/GL. There is experimental support of OpenGL 
programs via XFree; if someone wants to build an X11/OpenGL program, he has 
to compile with -I/usr/X11R6/include; if he prefers to build a Win32/OpenGL 
program, he has to compile with -I/usr/local/include. If I take the 
/usr/include/GL spot for the Win32/OpenGL package, my include files will be 
used independently of -I options, as files in /usr/include have priority 
over those in directories specified by -I; that would make life harder for 
programmers wishing to experiment with X11/OpenGL. Conversely, if the 
maintainer of XFree was placing his include files in the /usr/include/GL 
spot, his include files would be used independently of -I options and 
programs compiled with his include files but using Win32/OpenGL would not 
link. So I don't take the /usr/include/GL spot and the the XFree maintainer 
doesn't take it, so programmers have a choice.

The X11 and Win32 include files are incompatible because they specify 
different calling conventions. The Win32 OpenGL DLL is supplied by M$, so I 
can't change the calling convention of its functions.

That's the story.


André Bleau, ing., analyste
bleau AT courriel DOT polymtl DOT ca

Département de génie électrique et         Electric Engineering and
de génie informatique                      Computer Engineering department
École Polytechnique de Montréal            Montreal Polytechnic School


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com