gem again
59.xbWR>X_wiT.461.75
opt at web.fm
Mon Sep 27 18:13:23 CEST 1999
> vanilla C++. It doesn't look like uninitialized variables, but rather
> that the linker can't find the symbol references in the look up
> table...strange.
>
> Look in GemMan.cpp around line 45 to see the declarations.
yeah, i looked into it ..
when you change for example
GLfloat GemMan::m_mat_shininess;
into
GLfloat GemMan::m_mat_shininess[somenumber];
to be an array as in the lines above, no error occurs on loading ..
but the next var in GemMan.h in the private section right at the end (
static int m_windowState;) pops up
(ok, maybe thats obvious to some of you, i m just playing t+e ;)
it doesnt change any if you make them public thou ..
variable initialization kaputt?
for linux (gem/src/Gnu)
another thing i notice now, is that the make doesnt really wanna work.
when you change gem's source files and just do a make again, it doesnt
relink the Gem.pd_xxx binary.?
also, to get X found, i need to
./configure --x-libraries=/usr/X11R6/lib --x-includes=/usr/X11R6/include
whihc are in fact fairly obvious places?
grnx
More information about the Pd-list
mailing list