opengl

opengl

[Bobby McNulty Junior]

could you make OpenGl part of the download of the
compiler tools?


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: opengl

[Magnus Bondesson]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 3448 bytes --]

> Subject: opengl
> Date: Wed, 17 Oct 2001 14:13:51 +0200

> 
> Hi.
> 
> It seems to me that the libopengl32.a doesn't support all opengl extensions,
> especially the nVidia extensions. I ran a precompiled program and it workes
> fine. Then I compiled it under cygwin and a torus that was supposed to
> reflect the environment was totally white. I also get a segemantation fault
> when trying to implement the glLockArraysEXT() extension, because the
> function sglGetProcAddress() <-(don't remember the exact name) returns
> NULL - can I make an own library from the opengl32.dll that supports all
> that stuff?
> 
> cheers,
> 
> Thomas Gahr
> 
>

Below is my letter (Date: Wed, 17 Oct 2001 16:01:59 +0200 (MET DST)) to 
Thomas Gahr with some modifications/additions due to later comments from him.
It may complement the answer provided by André Bleau.
 

Hello Thomas!

I have used cygwin as well as Mumit Khans ming_gcc (mainly) to program GeForce 3.

You will need:
    1. Drivers etc from nVIDIA. There is no new opengl32.dll!
     
    2. Also the following files, which define a lot of new constants.
    -rw-r--r--   1 bond     cthusers  160184 Jun 18 17:47 glext.h
    -rw-r--r--   1 bond     cthusers   20844 Jun 18 17:47 glut.h
    -rw-r--r--   1 bond     cthusers   23127 Jun 18 17:47 glxext.h
    -rw-r--r--   1 bond     cthusers   16782 Jun 18 17:47 wglext.h
    which you put in your GL-map. In glext.h you will find the name glLockArraysEXT.
    They are in the OpenGL SDK (my be not glut.h). I may also provide you with 
    a special address.
    The files contains extensions for nVIDIA as well as many others (ARB, SGI).
    However, if you are looking for e g ATI-extensions you have to look 
    somewhere else.
    
    
    3. It is also convenient to have a lot of glh_*.h and glh_*.c
    files, but you can make it without them if you are prepared for some
    extra work. Those files are in the OpenGL SDK too.
    
    4. If you skipped the files in 3. To be able to use a procedurename
    like glLoadProgramNV:
         1. #define GLH_EXT_GET_PROC_ADDRESS(p)   wglGetProcAddress(p)
            You may of course use wglGetProcAddress directly in step 3.
         2. PFNGLLOADPROGRAMNVPROC glLoadProgramNV = 0;
         3. glLoadProgramNV = (PFNGLLOADPROGRAMNVPROC)GLH_EXT_GET_PROC_ADDRESS("glLoadProgramNV");
            You should check that the result is non-zero (means that the
            extension is supported by your graphic card/driver). 
            Note that this call must be done after you have called glutCreateWindow
         4. glLoadProgramNV(GL_VERTEX_PROGRAM_NV, vpid, pos, buff);

    5. If you want use vertex-programming and pixel-programming (available on the GeForce 3)
    it is a good idea to use nvparse. It is available as a .lib (which may be
    converted to .a-format) from nVIDIA and as a DLL (from which you can create a small
    a small .a-file) from www.opengl.org.
    
    6. Finally, to take advantage of the new features in e g GeForce 3 you should
    look into the many documents provided by nVIDIA.
    
    Good luck
    
    Magnus Bondesson
    Department of Computing Science
    Chalmers University of Technology
    S-412 96 Gothenburg
    SWEDEN  


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: opengl

[Andre Bleau]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1509 bytes --]

>Hi.
>
>It seems to me that the libopengl32.a doesn't support all opengl extensions,
>especially the nVidia extensions. I ran a precompiled program and it workes
>fine. Then I compiled it under cygwin and a torus that was supposed to
>reflect the environment was totally white. I also get a segemantation fault
>when trying to implement the glLockArraysEXT() extension, because the
>function sglGetProcAddress() <-(don't remember the exact name) returns
>NULL - can I make an own library from the opengl32.dll that supports all
>that stuff?
>
>cheers,
>
>Thomas Gahr

You can look at 
http://www.opengl.org/developers/code/features/OGLextensions/OGLextensions.html 
to see how to properly use OpenGL extensions.

If wglGetProcAddress("glLockArraysEXT") returns NULL, it means that that 
extension is not supported by the ICD of the graphic card on the computer 
where you are running the program. ICDs are usually installed when drivers 
for the card are installed.

Are you sure that you have the right name for the extension ? 
glLockArraysEXT does not appear in the extension registry 
( http://oss.sgi.com/projects/ogl-sample/registry/ ).

Good luck,


André Bleau, Cygwin's OpenGL package maintainer.

email: bleau at igb dot umontreal dot ca
(Fight SPAM: encode your email-address)



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

opengl

[Thomas Gahr]

Hi.

It seems to me that the libopengl32.a doesn't support all opengl extensions,
especially the nVidia extensions. I ran a precompiled program and it workes
fine. Then I compiled it under cygwin and a torus that was supposed to
reflect the environment was totally white. I also get a segemantation fault
when trying to implement the glLockArraysEXT() extension, because the
function sglGetProcAddress() <-(don't remember the exact name) returns
NULL - can I make an own library from the opengl32.dll that supports all
that stuff?

cheers,

Thomas Gahr


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: opengl

[Andre Bleau]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1174 bytes --]

>Hello,
>
>I am trying to compile the visualization toolkit (VTK) with Cygwin and
>it seems that the include file glaux.h is missing.  Where can I get this
>file so my visualization package will compile OK??
>
>Sincerely,
>
>Steve
>
>--
>Steven Boyd, PhD

glaux is an obsolete librairy that is unsupported. No port to Cygwin was 
ever done and none is planned. Sorry.

Quoting from 
http://www.opengl.org/developers/faqs/technical/gettingstarted.htm#0080 :

"
2.130 What is the AUX library?

Very important: Don't use AUX. Use GLUT instead.

The AUX library was developed by SGI early in OpenGL's life to ease 
creation of small OpenGL demonstration programs. It's currently neither 
supported nor maintained. Developing OpenGL programs using AUX is strongly 
discouraged. Use the GLUT instead. It's more flexible and powerful and is 
available on a wide range of platforms.

For related information, see the GLUT Section and SGI's GLUT FAQ.
"


André Bleau, Cygwin's OpenGL package maintainer.

email: bleau at igb dot umontreal dot ca
(Fight SPAM: encode your email-address)



--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

opengl

[Steve Boyd]

Hello,

I am trying to compile the visualization toolkit (VTK) with Cygwin and
it seems that the include file glaux.h is missing.  Where can I get this
file so my visualization package will compile OK??

Sincerely,

Steve

-- 
Steven Boyd, PhD

Institute for Biomedical Engineering
ETH and University Zuerich
Moussonstrasse 18
8044 Zuerich, Switzerland

tel. +41.1.632.4591  fax. +41.1.632.1214  boyd@biomed.ee.ethz.ch
-------------------------------------------------------------------

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

Re: OpenGL...

[Robert Collins]

----- Original Message -----
From: "Julia A . Case" <julie@MageNet.com>
To: "Robert Collins" <robert.collins@itdomain.com.au>
Cc: <cygwin@sources.redhat.com>
Sent: Thursday, December 07, 2000 11:20 AM
Subject: Re: OpenGL...


> Quoting Robert Collins (robert.collins@itdomain.com.au):
> > Have you looked into using XFree86? It has openGL support.
> >
> XFree86 isn't currently working on Win98 (just NT/2000 support).
> Plus I like using the Windows environment as the Window Manager instead of
> running a seperate screen just for X apps (was that clear?)
>
> Julie
>

I didn't pick up on that - or that you were using windows 98. Mind you, Harold is doing a great job on the 98 port, and after that I
believe the window for window support is on the list...

Rob


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: OpenGL...

[Julia A . Case]

Quoting Robert Collins (robert.collins@itdomain.com.au):
> Have you looked into using XFree86? It has openGL support.
> 
XFree86 isn't currently working on Win98 (just NT/2000 support).
Plus I like using the Windows environment as the Window Manager instead of 
running a seperate screen just for X apps (was that clear?)

Julie

-- 
[  Julia Anne Case  ] [        Ships are safe inside the harbor,       ]
[Programmer at large] [      but is that what ships are really for.    ]  
[   Admining Linux  ] [           To thine own self be true.           ]
[ Windows/WindowsNT ] [ Fair is where you take your cows to be judged. ]
          

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: OpenGL...

[Robert Collins]

Have you looked into using XFree86? It has openGL support.

Rob
----- Original Message ----- 
From: "Julia A . Case" <julie@MageNet.com>
To: <cygwin@sources.redhat.com>
Sent: Thursday, December 07, 2000 11:09 AM
Subject: Re: OpenGL...


> Quoting Julia A . Case (julie@magenet.com):
> > Can someone point me to a simple program that uses OpenGL?  I just want to 
> > test some servers for OpenGL support.
> > 
> I just asked StarNet (providers of XWin32) when they expect support of 
> OpenGL and they added me to the Christmas beta release.  I guess I'm 
> getting a neat toy for Christmas :-)
> 
> Julie
> 
> -- 
> [  Julia Anne Case  ] [        Ships are safe inside the harbor,       ]
> [Programmer at large] [      but is that what ships are really for.    ]  
> [   Admining Linux  ] [           To thine own self be true.           ]
> [ Windows/WindowsNT ] [ Fair is where you take your cows to be judged. ]
>           
> 
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe@sourceware.cygnus.com
> 
> 


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: OpenGL...

[Julia A . Case]

Quoting Julia A . Case (julie@magenet.com):
> Can someone point me to a simple program that uses OpenGL?  I just want to 
> test some servers for OpenGL support.
> 
I just asked StarNet (providers of XWin32) when they expect support of 
OpenGL and they added me to the Christmas beta release.  I guess I'm 
getting a neat toy for Christmas :-)

Julie

-- 
[  Julia Anne Case  ] [        Ships are safe inside the harbor,       ]
[Programmer at large] [      but is that what ships are really for.    ]  
[   Admining Linux  ] [           To thine own self be true.           ]
[ Windows/WindowsNT ] [ Fair is where you take your cows to be judged. ]
          

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

OpenGL...

[Julia A . Case]

Can someone point me to a simple program that uses OpenGL?  I just want to 
test some servers for OpenGL support.

Julie

-- 
[  Julia Anne Case  ] [        Ships are safe inside the harbor,       ]
[Programmer at large] [      but is that what ships are really for.    ]  
[   Admining Linux  ] [           To thine own self be true.           ]
[ Windows/WindowsNT ] [ Fair is where you take your cows to be judged. ]
          

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

opengl

[David Starks-Browning]

On Monday 20 Nov 00, Mike Cobb writes:
> 
> I am having trouble finding a site that allows me to download the opengl
> package.  Is there something peculiar about opengl?

We discovered (rather, somebody pointed out) that ftp.freesoftware.com
had the permissions wrong on the opengl dir.  That's now been fixed.

What other sites are you having problems with?

Thanks,
David


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

RE: opengl

[Erdely, Michael]

ftp://gd.tuwien.ac.at/gnu/cygwin/latest/opengl/opengl-1.1.0-2.tar.gz worked
for me.

-ME

-----Original Message-----
From: cygwin-owner@sources.redhat.com
[ mailto:cygwin-owner@sources.redhat.com]On Behalf Of Mike Cobb
Sent: Monday, November 20, 2000 11:11 AM
To: cygwin@cygwin.com
Subject: opengl



I am having trouble finding a site that allows me to download the opengl
package.  Is there something peculiar about opengl?

Thanks,
Mike
--
"We can't solve problems by using the same kind of thinking
 we used when we created them."
Albert Einstein

Dr. Michael L. Cobb
Professor, Physics Department
Southeast Missouri State University
Cape Girardeau,  MO 63701
(573) 651-2172
www.physics.semo.edu



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

opengl

[Mike Cobb]

I am having trouble finding a site that allows me to download the opengl
package.  Is there something peculiar about opengl?

Thanks,
Mike
--
"We can't solve problems by using the same kind of thinking
 we used when we created them."
Albert Einstein

Dr. Michael L. Cobb
Professor, Physics Department
Southeast Missouri State University
Cape Girardeau,  MO 63701
(573) 651-2172
www.physics.semo.edu



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

opengl

[Andre Bleau]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2851 bytes --]

>I do see an opengl-1.1.0-1.tar.gz in the latest/opengl directory that is
>NEWER than the previous opengl-1.2.1-1.tar.gz.  I remember that DJ put
>this file in the latest directory but I didn't notice that the version
>was older than the previous version.
>
>This will undoubtedly generate a lot of confusion.  I've removed the
>directory until this is sorted out.
>
>I think that the best plan now if for you, or someone, to make a version
>of the library available somewhere besides sources.redhat.com and let
>people try it for a while.  Once it looks like everything is working
>correctly we can look into reinstating it in latest/opengl.
>
>cgf

opengl-1.1.0-1.tar.gz is the last version. The opengl-1.2.1-1.tar.gz name 
resulted from a mistake from my part about which version of opengl M$ was 
providing. Please consult the archives for my message explaining what was 
changed between from opengl-1.2.1-1.tar.gz to opengl-1.1.0-1.tar.gz . The 
sources didn't change. opengl-1.2.1-1.tar.gz should be removed. The 
corresponding source file could be simply renamed with a 1.1.0 version.

opengl-1.1.0-1 is really stable; I have been using it for about two months 
now. The only change I forsee is when the next version of the GLUI library 
will come out, sometime this fall.

I don't have an ftp or web site of my own, so DJ agreed to host this on the 
Cygwin site.

The need for opengl-1.1.0-1.tar.gz comes from some cygwin distribution 
"peculiarities": Cygwin, I mean cygwin-1.1.4.tar.gz, contains 3 front-end 
libraries related to OpenGL: libopengl32.a, libglu32.a and libglut32.a , 
but it does not contain the corresponding .h files, so opengl programmers 
were out of luck in Cygwin. It did not contain the glut32.dll either, 
without which libglut32.a is useless. I packaged cygwin-compatible versions 
of GL/gl.h, GL/glu.h and glut.h along with glut32.dll to resolve these 
problems. I added the GLUI library, which I find really usefull to build 
GLUT and OpenGL GUIs. I agreed to maintain this package.

If you don't want to host that package, I suggest that at least GL/gl.h, 
GL/glu.h and glut.h are added to /usr/include in the next Cygwin release.
People could get glut32.dll at the GLUT web site. I could try to have 
GLUI's author keep a Cygwin precompiled version of the library on his site. 
But I think the current packaging is more convenient for Cygwin users.

Regards,






André Bleau, ing., analyste
email: bleau at courriel dot polymtl dot ca
(Fight SPAM: encode your email-address)

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

OpenGL

[Dr. Rob Erbacher]

Hi,

I'm compiling opengl programs with cygwin B20.1. On many video cards I
will get a blank window with no display while with others it works
correctly. With ATI cards it usually works at 16 Bit Color while with
my 3dlabs VX1 it works at all but 8 bit. Many cards don't work at all and
it may be related to the quality of the opengl driver of the card. Is
there a way around this so it "will" display on every video card? I know that
compiling the same programs with borland generates correct results. I've
tried both the default compiler installation and the latest version of
egcs.

Thanx,
Rob
--

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

OpenGL

[Dr. Rob Erbacher]

Hi,

I'm compiling opengl programs with cygwin B20.1. On many video cards I
will get a blank window with no display while with others it works
correctly. With ATI cards it usually works at 16 Bit Color while with
my 3dlabs VX1 it works at all but 8 bit. Many cards don't work at all and
it may be related to the quality of the opengl driver of the card. Is
there a way around this so it "will" display on every video card? I know that
compiling the same programs with borland generates correct results. I've
tried both the default compiler installation and the latest version of
egcs.

Thanx,
Rob
--

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

OpenGL

[Scott Crawford]

glBindTextures(...) and glGenTextures(...) functions are
lacking from the SGI DLL export library representation: libopengl32.a

To fix this discrepancy:

1.  acquire opengl32.def
2.  add two lines:  glBindTextures@8, glGenTextures@8
3.  run: dlltool -k --def opengl32.def --dllname opengl32.dll
--output-lib libopengl32.a

for an updated binary:
mailto:vulpinus@erols.com

--sc




-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".