John Check writes:
Latest cvs build falls down with:
g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src
-I/usr/X11R6/include -g -O2 -D_REENTRANT -c -o pt_lights.o `test -f
'pt_lights.cxx' || echo './'`pt_lights.cxx
pt_lights.cxx: In function `ssgTimedSelector*
John Check writes:
g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src
-I/usr/X11R6/include -DPKGLIBDIR=\/usr/local/lib/FlightGear\ -g -O2
-D_REENTRANT -c -o main.o `test -f 'main.cxx' || echo './'`main.cxx
main.cxx:152: `void (*glPointParameterfEXT)(unsigned int,
On Fri, Oct 18, 2002 at 11:16:25PM -0400, John Check wrote:
On Friday 18 October 2002 11:02 pm, John Check wrote:
Latest cvs build falls down with:
g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src
-I/usr/X11R6/include -g -O2 -D_REENTRANT -c -o pt_lights.o `test -f
On Sat, Oct 19, 2002 at 08:53:54PM +1000, Simon Fowler wrote:
On Fri, Oct 18, 2002 at 11:16:25PM -0400, John Check wrote:
On Friday 18 October 2002 11:02 pm, John Check wrote:
Latest cvs build falls down with:
g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src
On Sat, Oct 19, 2002 at 09:55:46PM +1000, Simon Fowler wrote:
On Sat, Oct 19, 2002 at 08:53:54PM +1000, Simon Fowler wrote:
On Fri, Oct 18, 2002 at 11:16:25PM -0400, John Check wrote:
Okay now it dies with:
g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src
Simon Fowler wrote:
Actually, I just got the same error with (according to GL/gl.h) Mesa
3.4, so that's not it.
And it went away again, when I stopped defining GL_GLEXT_LEGACY . .
In Mesa 3.4's gl.h glPointParameterfvEXT is wrapped in a #ifdef
GL_GLEXT_LEGACY (as is glActiveTextureARB in
John Check wrote:
Latest cvs build falls down with:
pt_lights.cxx:304: `cout' undeclared (first use this function)
You're using gcc 3.2 I assume? It's a namespace issue. The C++
standard library naming is stricter now. You need to use std::cout,
or insert a using namespace std; above the
Andy Ross writes:
John Check wrote:
main.cxx:153:
void (*glPointParameterfvEXT)(unsigned int, const GLfloat*)
/usr/X11R6/include/GL/gl.h:2520:
glPointParameterfvEXT(unsigned int, const GLfloat*)'
OK, this one looks kinda wrong. Our code is defining its own copy of
the
diff -u -w -r1.31 main.cxx
--- main.cxx17 Oct 2002 04:34:32 - 1.31
+++ main.cxx19 Oct 2002 18:38:22 -
@@ -141,16 +141,16 @@
typedef void (APIENTRY * PFNGLPOINTPARAMETERFVEXTPROC)(GLenum pname,
const GLfloat *params);
[Er, oops. The last one had the patch but not the text. Apologies!]
OK, looking more carefully, I think I see how this is supposed to
work. Because not all OpenGL implementations export the
PointParameter functions, Curt is using function pointers and the
GetProcAddress stuff.
This is fine;
On Saturday 19 October 2002 1:33 pm, Andy Ross wrote:
John Check wrote:
Latest cvs build falls down with:
pt_lights.cxx:304: `cout' undeclared (first use this function)
You're using gcc 3.2 I assume? It's a namespace issue. The C++
standard library naming is stricter now. You need
On Saturday 19 October 2002 2:47 pm, Andy Ross wrote:
[Er, oops. The last one had the patch but not the text. Apologies!]
OK, looking more carefully, I think I see how this is supposed to
work. Because not all OpenGL implementations export the
PointParameter functions, Curt is using
John Check wrote:
Is this last line correct?
Uh, no. :)
Sorry. I don't compile on a windows box, so that part of the change
was blind.
Obviously, the actual names of the symbols used isn't important. You
could just as easily use GL or fg, or fgfsgl or whatnot so long
as it's consistent and
On Saturday 19 October 2002 8:52 pm, Andy Ross wrote:
John Check wrote:
Is this last line correct?
Uh, no. :)
Sorry. I don't compile on a windows box, so that part of the change
was blind.
windows box? I don't like the way they look. Shutters are okay,
but windowboxes.. not my thing.
14 matches
Mail list logo