Thread: [Plib-users] Re: [FGFS-Devel] Can't build glut
Brought to you by:
sjbaker
From: Jon B. <js...@ha...> - 2000-04-22 12:59:59
Attachments:
smime.p7s
|
I am atill trying to build plib. I may have discovered part of the problem, and that is that even after having run ./configure, and having the gl, glut, et. al. headers in /usr/local/include/gl, somehow the ./configure.in script for plib is NOT setting GLUT_IS_PRESENT. When running ./configure I get this: .. .. checking for GL/gl.h... (cached) no checking for GL/glu.h... (cached) no checking for windows.h... (cached) yes checking for joystick.h... (cached) no checking for linux/joystick.h... (cached) no checking for GL/glut.h... (cached) no checking for GL/freeglut.h... (cached) no updating cache ./config.cache .. .. Well, that's just plain bogus, because the GL headers are right where they are supposed to be. I wish I knew more about ./configure and how it worked. I tried putting the glut.h header in all worts of places where it should have been found, but I still get the same error for the compile. Now, if I go in and manually #include <GL/glut.h> I get a lot farther. A lot. So, under CygWin, there appears to be some wierdness in the configure process - at least on my machine... Jon |
From: Jason E. S. <tam...@ai...> - 2000-04-22 15:01:03
|
Jon Berndt writes: > I am atill trying to build plib. I may have discovered part of the problem, > and that is that even after having run ./configure, and having the gl, glut, > et. al. headers in > /usr/local/include/gl, somehow the ./configure.in script for plib is NOT > setting GLUT_IS_PRESENT. When running ./configure I get this: > > .. > .. > checking for GL/gl.h... (cached) no > checking for GL/glu.h... (cached) no > checking for windows.h... (cached) yes > checking for joystick.h... (cached) no > checking for linux/joystick.h... (cached) no > checking for GL/glut.h... (cached) no > checking for GL/freeglut.h... (cached) no > updating cache ./config.cache > .. > .. > > Well, that's just plain bogus, because the GL headers are right where they > are supposed to be. I wish I knew more about ./configure and how it worked. > I tried putting the glut.h header in all worts of places where it should > have been found, but I still get the same error for the compile. > > Now, if I go in and manually > > #include <GL/glut.h> > > I get a lot farther. A lot. So, under CygWin, there appears to be some > wierdness in the configure process - at least on my machine... > > Jon > Configure caches many types of checks in a file called config.cache. If you change something that is checked by configure that is cached, it won't pick it up. Try removing config.cache and running configure again. If that doesn't work, examine config.log. Configure checks for headers by trying to build a small program which includes the relevant header. You can check config.log (which should contain rather verbose output from configure) to see why the compilation failed and that should give you better information. Cheers, -Jason |
From: Jon B. <js...@ha...> - 2000-04-22 15:11:33
Attachments:
smime.p7s
|
> > checking for GL/gl.h... (cached) no > > checking for GL/glu.h... (cached) no > > checking for windows.h... (cached) yes > > checking for joystick.h... (cached) no > > checking for linux/joystick.h... (cached) no > > checking for GL/glut.h... (cached) no > > checking for GL/freeglut.h... (cached) no > > updating cache ./config.cache > Configure caches many types of checks in a file called config.cache. > If you change something that is checked by configure that is cached, > it won't pick it up. Try removing config.cache and running configure > again. Got the same result as above. > If that doesn't work, examine config.log. Configure checks for > headers by trying to build a small program which includes the relevant > header. You can check config.log (which should contain rather verbose > output from configure) to see why the compilation failed and that > should give you better information. Here is the relevent section of config.log: configure:2882: GL/gl.h: No such file or directory configure: failed program was: #line 2881 "configure" #include "confdefs.h" #include <GL/gl.h> configure:2876: checking for GL/glu.h configure:2886: gcc -E conftest.c >/dev/null 2>conftest.out configure:2882: GL/glu.h: No such file or directory I don't know why it is not finding GL/*.h. I am running CygWin, and I have built plib successfully last year. Any ideas what to check as far as what might be wrong with my CygWin install? Jon |
From: Jason E. S. <tam...@ai...> - 2000-04-22 15:56:04
|
Jon Berndt writes: [snip] > Here is the relevent section of config.log: > > configure:2882: GL/gl.h: No such file or directory > configure: failed program was: > #line 2881 "configure" > #include "confdefs.h" > #include <GL/gl.h> > configure:2876: checking for GL/glu.h > configure:2886: gcc -E conftest.c >/dev/null 2>conftest.out > configure:2882: GL/glu.h: No such file or directory > > > I don't know why it is not finding GL/*.h. I am running CygWin, and I have > built plib successfully last year. Any ideas what to check as far as what > might be wrong with my CygWin install? > > Jon > It looks like your GL headers are not in gcc's include file path. According to the GCC 2.95 installation instructions for CygWin, GCC only looks in it's own installation area and in /Cygnus/cygwin-b20/ by default. If you've just re-installed cygwin, you may have lost where your GL headers were added to the compiler search path on your previous install. I'm not sure how you specify it for cygwin (C_INCLUDE_PATH environment variable maybe?), but the path to your GL headers (i.e. the parent directory of GL/*.h) needs to be added to the compilers include search path. Cheers, -Jason |
From: Oliver B. <sh...@ih...> - 2000-05-09 09:03:27
|
for a frustum cull I need to transform a sgSphere each frame by a matrix but If I use the orthoXform then it gets changed each frame ? how can I avoid this ? the sphere::getCentre how do I use that also It returns a pointer to a sgfloat but I cant make it equal to a sgVec3 and If I make it equal to a float * then use it like variable[0] variable[1] variable[2] for the x y and z it contains rubish ... thanks, Oliver Batchelor |
From: Steve B. <sjb...@ai...> - 2000-05-10 02:48:17
|
Oliver Batchelor wrote: > > for a frustum cull I need to transform a sgSphere each frame by a > matrix but If I use the orthoXform then it gets changed each frame ? > how can I avoid this ? I think you need to make a copy of the sphere and transform that. > the sphere::getCentre how do I use that also It returns a pointer to > a sgfloat but I cant make it equal to a sgVec3 and If I make it > equal to a float * then use it like > > variable[0] variable[1] variable[2] for the x y and z it > contains rubish ... I'm not sure I understand your problem - but those routines are only a couple of lines each - so "Use the Source Luke". -- Steve Baker http://web2.airmail.net/sjbaker1 sjb...@ai... (home) http://www.woodsoup.org/~sbaker sj...@ht... (work) |