From: Olivier M. <Oli...@cy...> - 2000-06-30 07:47:51
|
Thanks to Brian, I checked out and build the lastest CVS version. It turns out that the GLU library is now properly built so that C++ symbols are now defined (i.e., I could like libGLU.so with simple C programs). However, except for the problems with the glu.h include file which are not yet fixed in the CVS, I discovered another problem that didn't exist in the tarball version: libGLU.so needs a couple of symbols that belongs to SGI libGL.so (I guess) and are not present in Mesa libGL.so. These symbols are: __glNURBSErrorString and __glTessErrorString They are used at the end of main/gfx/lib/glu/libutil/error.c and defined as external in gluint.h (in the same directory as error.c) I guess GLU should not assume that such symbols are defined in libGL.so and I think that the corresponding functions should be moved from SGI GL into SGI GLU -> __gluNURBSErrorString and __gluTessErrorString I had to comment out these two calls to get SGI libGLU.so link with Mesa libGL.so We are getting closer... -Olivier |