> 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 suppose
>Hi,
>
> I just installed cygwin and am having a problem with openGL code. The
>libraries gl.h and glut.h are being found ok, but I still get "undefined
>reference" errors for basic open gl commands (such as glBegin and glEnd).
>Typical error messages are:
>
> /cygdrive/c/WINDOWS/TEMP/ccEr
>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 uns
On Fri, Feb 16, 2001 at 12:08:55PM -0500, Andre Bleau wrote:
>Seems the serach engine has some problems...
They should be fixed now. Thanks for reporting this.
cgf
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
On Fri, Feb 16, 2001 at 05:32:47PM -0500, Earnie Boyd wrote:
>Andre Bleau wrote:
>>
>>
>> If you have the latest gcc for Cygwin, that is 2.95.2-7 (you can check with
>> gcc -v), and you compile programs using glut with -mno-cygwin, you must
>> also use -mwin32.
>>
>
>If that is true then it wou
>If you have the latest gcc for Cygwin, that is 2.95.2->7 (you can check with
>gcc -v), and you compile programs using glut with -mno->cygwin, you must
>also use -mwin32.
>
>BTW, your linking order is incorrect. >From /usr/doc/opengl-1.1.0/README.txt:
>
> Linking of code calling OpenGL,
Andre Bleau wrote:
>
>
> If you have the latest gcc for Cygwin, that is 2.95.2-7 (you can check with
> gcc -v), and you compile programs using glut with -mno-cygwin, you must
> also use -mwin32.
>
If that is true then it would be a package bug. Hmm... after reviewing
the specs file I can see
>First of all, thanks for the fix Andre. However, I have a new problem
>related to GLUT. I tried looking again through the archives, but no beans.
>
>#gcc code.C -I /usr/include -lopengl32 -lglu32 -lglut32
>
>works fine. But,
>
>#gcc -mno-cgywin code.C -I /usr/include -lopengl32 -lglu32 -lglu
>I'm working on an OpenGL app, and when I use
> >gcc -mwindows code.C -lopengl32 -lglu32
>I get an executable that runs fine. However, when I use
> >gcc -mno-cygwin -mwindows code.C -lopengl32 -lglu32
>I get
> >code.C:17 gl/gl.h: No such file or directory
> >code.C:18 gl/glu.h: No such file or d
>I want to use following extensions:
>glLockArraysEXT( GLint first, GLsizei count );
>glUnlockArraysEXT( void );
>
>My card supports EXT_compiled_vertex_arrays. I tried to follow a GL extension
>manual
>(http://reality.sgi.com/blythe/sig99/advanced99/notes/node396.html), but
>it didn't work. Wh
I have compiled and linked your code on my machine, and I can't reproduce
your problem. All points are perfectly diagonal to each other, as should be.
André Bleau
OpenGL package maintainer
>I am having an odd problem with openGL (1.1.0-3) and cygwin. When I draw
>points
>using glBegin(GL_POIN
I am having an odd problem with openGL (1.1.0-3) and cygwin. When I draw
points
using glBegin(GL_POINTS), almost every other point is off by one pixel in
the X direction. It may seem insignificant, but I need individual pixel
control for my computer graphics class.
A simple program that demon
- Original Message -
From: "Julia A . Case" <[EMAIL PROTECTED]>
To: "Robert Collins" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, December 07, 2000 11:20 AM
Subject: Re: OpenGL...
> Quoting Robert Collins ([EMAIL PROTECTED]):
&
Quoting Robert Collins ([EMAIL PROTECTED]):
> 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 th
Have you looked into using XFree86? It has openGL support.
Rob
- Original Message -
From: "Julia A . Case" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, December 07, 2000 11:09 AM
Subject: Re: OpenGL...
> Quoting Julia A . Case ([EMAIL PROTECTED
Quoting Julia A . Case ([EMAIL PROTECTED]):
> 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 gu
Hi folks,
On 30 Nov 2000, at 17:37, the Illustrious Maurice Vosmeijer wrote:
> Hi,
>
> Situation:
> Cygwin 1.1.4 installed
> OpenGL 1.1.0-3 installed
> Windows NT 4.0 on a PIII550 (dell)
>
> Problem:
> I have tried to compile the Hello.c source file from the OpenGL-src
> package (som
--- Maurice Vosmeijer <[EMAIL PROTECTED]> wrote:
>
> The linker command line that I use in the makefile is as followes:
> gcc -lglut32 -lglu32 -lopengl32 -o TD
>
> Question:
> What am I doing wrong ??
> Am I missing something ?
>
When linking the placement of the libraries matter. To f
ftp://gd.tuwien.ac.at/gnu/cygwin/latest/opengl/opengl-1.1.0-2.tar.gz worked
for me.
-ME
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Mike Cobb
Sent: Monday, November 20, 2000 11:11 AM
To: [EMAIL PROTECTED]
Subject: opengl
I am having trouble findin
> > Maybe. If we feel like it. Probably not, though.
>
> If the expressed attitude was actually the way things are done, cygwin
> would annoy users very quickly and would loose its user base.
The underlying problem is that we have an extremely limited number of
people working on cygwin, and
Christopher Faylor writes on 18/November/2000:
> How do you expect an upgrade to opengl-1.1.0-3 to cause massive damage,
> exactly? Moving things to /usr/lib and /usr/include should not break
> anything unless you are actually hard-coding paths into your Makefiles.
> If you are doing this, t
On Sun, Nov 19, 2000 at 11:38:48AM +1100, Yusuf Pisan wrote:
>In terms of consistency within the cygwin project, installing things
>into /usr is the right choice, but I would like to raise a red flag
>about how versioning is done.
We're really quite clear on how versioning is done. Apparently so
In terms of consistency within the cygwin project, installing things
into /usr is the right choice, but I would like to raise a red flag
about how versioning is done.
Let me first set the context:
I am planning to use cygwin/openGL as one of the platforms in the
computer graphics course. I had
--- Andre Bleau <[EMAIL PROTECTED]> wrote:
> Earnie Boyd <[EMAIL PROTECTED]> wrote:
> >While your at it you should repackage the source tarball also. Firstly,
> don't
> >include the binary distro. in the source. Secondly, don't prefix the source
> >directories with usr/local/src.
>
> OK for a n
On Fri, Nov 17, 2000 at 03:43:19PM -0500, Andre Bleau wrote:
>Earnie Boyd <[EMAIL PROTECTED]> wrote:
>>While your at it you should repackage the source tarball also. Firstly, don't
>>include the binary distro. in the source. Secondly, don't prefix the source
>>directories with usr/local/src.
>
>
Earnie Boyd <[EMAIL PROTECTED]> wrote:
>While your at it you should repackage the source tarball also. Firstly, don't
>include the binary distro. in the source. Secondly, don't prefix the source
>directories with usr/local/src.
OK for a new source tarball. Any suggestion for the root directory
--- Andre Bleau <[EMAIL PROTECTED]> wrote:
> Larry Hall <[EMAIL PROTECTED]> wrote:
> >Its wrong only in the context of setup.exe. It's designed to handle
> >installations into /usr, not /usr/local. If the OpenGL package is to be
> >installed by setup.exe, it must be package under /usr. That's i
Robert McNulty Junior wrote:
>Where can I get some information on exactly how to
>setup up a OpenGl Screen, what commands are needed to
>draw on the screen, what screens you can use?
>Can it be used in console mode etc?
Here are a few references on the net:
OpenGL:
http://www.opengl.org/
http:/
Larry Hall <[EMAIL PROTECTED]> wrote:
>Its wrong only in the context of setup.exe. It's designed to handle
>installations into /usr, not /usr/local. If the OpenGL package is to be
>installed by setup.exe, it must be package under /usr. That's it.
Alright, I surrender. The next OpenGL package (
Andre Bleau wrote:
>
> Corinna Vinschen wrote:
>
> >If I may jump in here. The complete configure should at least set
> >--prefix=/usr --sysconfdir=/etc --libexecdir=/usr/sbin
>
> You may jump anywhere, as long as you do not jump on ME ;-)
I wouldn't dare ;-)
> Then I have no more objection a
At 02:27 PM 11/17/2000, Andre Bleau wrote:
>Then I have no more objection about moving the OpenGL package to /usr. I just don't
>understand what is so basicaly wrong about locating it in /usr/local. Again, I'm NOT
>using "configure" to package it.
Its wrong only in the context of setup.exe. It
Corinna Vinschen wrote:
>If I may jump in here. The complete configure should at least set
>--prefix=/usr --sysconfdir=/etc --libexecdir=/usr/sbin
You may jump anywhere, as long as you do not jump on ME ;-)
>The rest is typically automagically correct. However, it would be
>nice to check if th
Thanks, Corinna.
Earnie.
--- Corinna Vinschen <[EMAIL PROTECTED]> wrote:
> Andre Bleau wrote:
> >
> > Earnie Boyd <[EMAIL PROTECTED]> wrote:
> >
> > >It is currently --prefix=/usr/local (this is the default for configure).
> All
> > >packages distributed via setup need to be `configure --prefi
Andre Bleau wrote:
>
> Earnie Boyd <[EMAIL PROTECTED]> wrote:
>
> >It is currently --prefix=/usr/local (this is the default for configure). All
> >packages distributed via setup need to be `configure --prefix=/usr'.
If I may jump in here. The complete configure should at least set
--prefix=/us
Earnie Boyd <[EMAIL PROTECTED]> wrote:
>It is currently --prefix=/usr/local (this is the default for configure). All
>packages distributed via setup need to be `configure --prefix=/usr'.
>
>HTH,
>
>=
>Earnie Boyd
"configure" is not used to package OpenGL, so I don't understand your point.
--- Andre Bleau <[EMAIL PROTECTED]> wrote:
> I'm the OpenGL package maintainer. Can you be more specific about what is
> wrong about the packaging ?
>
-8<-
> >
> >Yep, it's packaged wrong. It should be configured with --prefix=/usr and
> >whomever is maintaining this package needs to fix it.
>
36 matches
Mail list logo
