This is the mail archive of the mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Cygwin and vertex/pixel programs

On Wed, 15 Oct 2003, Suresh Venkatasubramanian wrote:

> i have an nvidia graphics card that doesn't yet have linux drivers.
> hence, I was considering using cygwin to write my code in windows.
Really?  I thought that all Nvidia cards capable of pixel/vertex shaders
had Linux driver support.

> Now, from what i understand, cygwin allows me to link to the native
> windows opengl dlls, is that correct?

> And therefore, does that mean that access to the latest
> opengl dlls is independent of cygwin (i just have to download the latest
> ones) ?
I guess so.  This question is not clear.

> The reason this is of concern is because my work typically makes
> use of the newer extensions like vertex programs and fragment programs,
> (the ARB_fragment_program and ARB_vertex_program extensions etc)
> and I would need to be able to use those.
They work.

Please see /usr/doc/opengl-1.1.0/README.txt.  Note that some of that info
is out of date.  In particular, if you are using gcc 3.3.1, you will want
to move /usr/include/GL/[gl.h glu.h] out of the way so you get the ones in
/usr/include/w32api/GL instead.  Also, you will need to include GL/glext.h
(which comes from there too), and ignore the references to GL_VERSION_*.

An updated OpenGL package for Cygwin is in the works to fix these issues
(I think).

A second note.  You mentioned Linux, which would imply that you expect to
code using GLX.  Xfree86 under Cygwin does not currently use a pass
through mechanism to the native OpenGL DLLs.  Instead, it uses Mesa
software rendering (not HW accelerated), and the previous
document/comments do not apply.  If you use this method, use standard GLX
includes/libs ie. -I /usr/X11R6/include -L /usr/X11R6/lib -lGLU -lGL.

You must use Windows wgl windowing code (ie. no X) to get acceleration and
native OpenGL DLLs.

HTH, and wasn't too confusing.

Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

Unsubscribe info:
Problem reports:

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]