Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@sources.redhat.com Delivered-To: mailing list cygwin@sources.redhat.com Message-Id: <4.3.2.7.0.20001117102822.00b09f10@courriel.polymtl.ca> X-Sender: p471454@courriel.polymtl.ca X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Fri, 17 Nov 2000 10:56:44 -0500 To: cygwin@sources.redhat.com From: Andre Bleau 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 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@courriel.polymtl.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@sourceware.cygnus.com