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/