From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7567 invoked by alias); 26 Sep 2003 23:17:48 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 7560 invoked from network); 26 Sep 2003 23:17:47 -0000 Received: from unknown (HELO esds.vss.fsi.com) (66.136.174.212) by sources.redhat.com with SMTP; 26 Sep 2003 23:17:47 -0000 Received: from eos.vss.fsi.com (eos [198.51.27.61]) by esds.vss.fsi.com (8.11.6+Sun/8.9.1) with ESMTP id h8QNHls02753 for ; Fri, 26 Sep 2003 18:17:47 -0500 (CDT) Received: from localhost (ford@localhost) by eos.vss.fsi.com (8.11.6+Sun/8.11.6) with ESMTP id h8QNHkr05433 for ; Fri, 26 Sep 2003 18:17:46 -0500 (CDT) X-Authentication-Warning: eos.vss.fsi.com: ford owned process doing -bs Date: Fri, 26 Sep 2003 23:19:00 -0000 From: Brian Ford X-X-Sender: ford@eos To: cygwin@cygwin.com Subject: Re: Future of OpenGL package (Earnie, please read this) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2003-09/txt/msg01712.txt.bz2 Andre Bleau wrote: >Brian Ford wrote: > >No; if /usr/include/GL does not exist anymore, gcc will look in >/usr/include/w32api/GL for #include directives. > Ahh..., ok. I didn't realize that. Makes sense, though. I was just being dense. >Even, with 1.4 headers, you would sill need to jump through hoops to use >1.4 functionality. You will still need to load the functions dynamicaly >before using them. You wouldn't be able to simply call the functions as >when developing for UNIX. > A lot of the functionallity I need is just the defines. Ex: GL_MIRRORED_REPEAT_ARB Here, I don't need to load any extensions. When I do need to load extensions, having the defines for the proper prototypes around would be nice. >>BTW, what version does Microsoft ship with XP? > >It is still 1.1. I guess that M$ is so involved now with DirectX >that they will never update the OpenGL dll. > Ugh, ok. >>As for the extension loading library, it's a don't care for me. > >Then, I guess you never had to work with extensions... > No, I just don't think it is that hard to write code for it. >I think we waited long enough for freeglut and some update of GLUT and >GLUI is overdue. > Ok. >So, I propose to make a quick update of the OpenGL package ASAP, while we >wait for freeglut. To quick update would: > >- Remove /usr/include/GL and rely on /usr/include/w32api/GL from the >w32api package, that would be set as requesite > Ok, but... >- Add glut.h to /usr/include/w32api/GL > That may not fly. As I understand it, the w32api directories are only for headers/import libraries for DLLs that ship with MS, or at least mingw. Is the glut DLL -mno-cygwin safe? Then it might work if glut became part of mingw. Earnie? >- Update the GLUT dll to Nate Robin's 3.7.6 >- Have GLUI and GLUIX libs compiled for gcc 3.3 >- Move the doc to /usr/share/doc > Great! BTW, I guess you're probably not interested from your previous comments on the subject, but an Xfree based glut would be great to have. I got a working imake compile once without too much trouble from the Nate Robins version. If your still not interested in putting it in your glut package, maybe I'll propose to maintain one for Xfree. Cheers. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- 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/