www.delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2003/09/26/19:18:05

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/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
X-Authentication-Warning: eos.vss.fsi.com: ford owned process doing -bs
Date: Fri, 26 Sep 2003 18:17:46 -0500 (CDT)
From: Brian Ford <ford AT vss DOT fsi DOT com>
X-X-Sender: ford AT eos
To: cygwin AT cygwin DOT com
Subject: Re: Future of OpenGL package (Earnie, please read this)
Message-ID: <Pine.GSO.4.56.0309261600570.284@eos>
MIME-Version: 1.0

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 <GL/gl.h> 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/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019