No gl.h found.

[Raymond Lacgalvs]

Helllo all,
am running Yellow Dog Linux (power pc) on a Mac & get rhe following error.
There appears to be two locations where the gl.h file should be found.
Any advice much appreciated.

checking GL/gl.h usability... yes
checking GL/gl.h presence... no
configure: WARNING: GL/gl.h: accepted by the compiler, rejected by the preprocessor!
configure: WARNING: GL/gl.h: proceeding with the preprocessor's result
checking for GL/gl.h... no
configure: error: No gl.h found.

[raiyza@localhost celestia-1.3.1]$ locate GL/gl.h
/usr/X11R6/include/GL/gl.h
/home/raiyza/Mesa-5.1/include/GL/gl.h

[Tech Sgt. Chen]

Raymond wrote:

Any advice much appreciated.

Well Raymond,
I'm certainly no Linux man, but from what I'm seeing, this appears to be some type of bug in the configure files of your Linux version.
Did you check your OS website for alerts, bugtraqs, fixes, etc?
Just copy and paste your error message into any search engine and you'll see that you're not alone.
Hope this helps some.

[t00fri]

Helllo all,
am running Yellow Dog Linux (power pc) on a Mac & get rhe following error.
There appears to be two locations where the gl.h file should be found.
Any advice much appreciated.

checking GL/gl.h usability... yes
checking GL/gl.h presence... no
configure: WARNING: GL/gl.h: accepted by the compiler, rejected by the preprocessor!
configure: WARNING: GL/gl.h: proceeding with the preprocessor's result
checking for GL/gl.h... no
configure: error: No gl.h found.

[raiyza@localhost celestia-1.3.1]$ locate GL/gl.h
/usr/X11R6/include/GL/gl.h
/home/raiyza/Mesa-5.1/include/GL/gl.h

I suggest you download as a check on your installation the sources of some other (small) OpenGL program and try to compile it. If gl.h is found there by ./configure, then it's Celestia's problem. If the same problem arises, well then you better look at your OpenGL installation again. This way you could also make sure that your OpenGl hardware support works OK.

Celestia is a rather complex program package and not so suitable for practicing...

Bye Fridger

[jamarsa]

Your system could be a little confused with the two headers, and perhaps is selecting the wrong one.

The /home/raiyza copy seems to point to the software-rendering Mesa libraries, so I'd suggest you to specify the GL library and include directory with the configure options:


./configure --with-gl-libs=/usr/X11R6/lib --with-gl-inc=/usr/X11R6/include

(sometimes ./configure --help is useful... )

Have you tried this?

PS: To extend a little Fridger's suggestions, you should run a glxinfo to be sure you are using the proper rendering engine, and test its performance with glxgears (or another OpenGL program of your choice).

[Raymond Lacgalvs]

Thanks All,
tried:

[raiyza@localhost celestia-1.3.1]$ ./configure --with-gl-libs=/usr/X11R6/lib --with-gl-inc=/usr/X11R6/include

with error:

checking GL/gl.h usability... yes
checking GL/gl.h presence... no
configure: WARNING: GL/gl.h: accepted by the compiler, rejected by the preprocessor!
configure: WARNING: GL/gl.h: proceeding with the preprocessor's result
checking for GL/gl.h... no
configure: error: No gl.h found. See INSTALL file for ddetails about how to correct this problem.

[raiyza@localhost celestia-1.3.1]$ glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: No
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
client glx vendor string: SGI
client glx version string: 1.2
client glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
GLX extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
OpenGL vendor string: VA Linux Systems, Inc.
OpenGL renderer string: Mesa GLX In
direct
OpenGL version string: 1.2 Mesa 3.4.2
OpenGL extensions:
GL_ARB_multitexture, GL_EXT_abgr, GL_EXT_blend_color,
GL_EXT_blend_minmax, GL_EXT_blend_subtract
glu version: 1.3
glu extensions:
GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess

visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x27 8 pc 0 8 0 c y . 0 0 0 0 0 16 0 0 0 0 0 0 0 None
0x28 8 gs 0 8 0 c y . 0 0 0 0 0 16 0 0 0 0 0 0 0 None
0x29 8 sc 0 8 0 c y . 3 3 2 0 0 16 0 0 0 0 0 0 0 None
0x2a 8 tc 0 8 0 r y . 3 3 2 0 0 16 0 0 0 0 0 0 0 None
0x2b 8 tc 0 8 0 r y . 3 3 2 0 0 16 8 16 16 16 0 0 0 None
0x2c 8 dc 0 8 0 r y . 3 3 2 0 0 16 0 0 0 0 0 0 0 None
0x2d 8 dc 0 8 0 r y . 3 3 2 0 0 16 8 16 16 16 0 0 0 None
0x2e 8 sg 0 8 0 c y . 0 0 0 0 0 16 0 0 0 0 0 0 0 None
[raiyza@localhost celestia-1.3.1]$

I don`t know if this is correct or not?

Downloaded glxgears:

[raiyza@localhost raiyza]$ cvs -d :pserver:anoncvs@freedesktop.org:/cvs/xorg co xc/programs/glxgears
cvs server: Updating xc/programs/glxgears
U xc/programs/glxgears/Imakefile

U xc/programs/glxgears/glxgears.c
U xc/programs/glxgears/glxgears.man
[raiyza@localhost raiyza]$
[raiyza@localhost glxgears]$ ./configure
bash: ./configure: No such file or directory

Should I assume a bug in the configure files as Tech Sgt. Chen kindly suggested?

But wait, when I do:

[raiyza@localhost glxgears]$ glxgears -info
GL_RENDERER = Mesa GLX Indirect
GL_VERSION = 1.2 Mesa 3.4.2
GL_VENDOR = VA Linux Systems, Inc.
GL_EXTENSIONS = GL_ARB_multitexture GL_EXT_abgr GL_EXT_blend_color GL_EXT_blend_minmax GL_EXT_blend_subtract
290 frames in 5.0 seconds = 58.000 FPS
300 frames in 6.0 seconds = 50.000 FPS ...

I get the 3 coloured gears happily spinning around, which I assume is what I want.
Now I`m really confused.
I appatantly can`t ./configure the glxgears file, yet the application works.
At least something is working,but I don`t know why.

Many thanks again.

[steffens]

glxgears is working, so it seems this was already installed on your system. (configure did not work for the sources, you probably have to generate the "configure" script with the help of autotools, don't know the exact way for glxgears-cvs out of my mind though...)
The FPS you get strongly suggest that you have NO hardware accelerated 3d rendering working! Only software rendering is enabled. Check your installation for this. What kind of graphics hardware do you have?

steffens

[jamarsa]

Certainly you have your system configured to work with the software-rendering Mesa libraries. If your graphics card is suitable for hardware rendering (mostly ATI or Nvidia models), you need to download the latest drivers from the manufacturer and install them. Otherwise, it would be a pain to run Celestia there.

As for the configure error, please send me the config.log file, or post the relevant part (the test program compilation output, just previous to the error showed) here. This way we can figure what's happening (perhaps you need another file that is only showed there).

[Anonymous Howard]

I, too, had this problem. I used the following brute-force patch of configure to fix it. It basically makes it ignore the failure to find the headers. All compiles fine and renders fast on my Mac running X11. I compiled for gtk.

Code: Select all

diff -Naur celestia-1.3.1/configure celestia-1.3.1-patched/configure
--- celestia-1.3.1/configure    Thu Dec 25 14:35:22 2003
+++ celestia-1.3.1-patched/configure    Mon Jan 19 18:49:01 2004
@@ -20132,14 +20132,14 @@
 else
   ac_cpp_err=yes
 fi
-if test -z "$ac_cpp_err"; then
+# if test -z "$ac_cpp_err"; then
   ac_header_preproc=yes
-else
-  echo "$as_me: failed program was:" >&5
-sed 's/^/| /' conftest.$ac_ext >&5
+# else
+#  echo "$as_me: failed program was:" >&5
+# sed 's/^/| /' conftest.$ac_ext >&5
 
-  ac_header_preproc=no
-fi
+#  ac_header_preproc=no
+# fi
 rm -f conftest.err conftest.$ac_ext
 echo "$as_me:$LINENO: result: $ac_header_preproc" >&5
 echo "${ECHO_T}$ac_header_preproc" >&6
@@ -20416,14 +20416,14 @@
 else
   ac_cpp_err=yes
 fi
-if test -z "$ac_cpp_err"; then
+# if test -z "$ac_cpp_err"; then
   ac_header_preproc=yes
-else
-  echo "$as_me: failed program was:" >&5
-sed 's/^/| /' conftest.$ac_ext >&5
+# else
+#  echo "$as_me: failed program was:" >&5
+# sed 's/^/| /' conftest.$ac_ext >&5
 
-  ac_header_preproc=no
-fi
+#  ac_header_preproc=no
+# fi
 rm -f conftest.err conftest.$ac_ext
 echo "$as_me:$LINENO: result: $ac_header_preproc" >&5
 echo "${ECHO_T}$ac_header_preproc" >&6
@@ -20700,14 +20700,14 @@
 else
   ac_cpp_err=yes
 fi
-if test -z "$ac_cpp_err"; then
+# if test -z "$ac_cpp_err"; then
   ac_header_preproc=yes
-else
-  echo "$as_me: failed program was:" >&5
-sed 's/^/| /' conftest.$ac_ext >&5
+# else
+#  echo "$as_me: failed program was:" >&5
+# sed 's/^/| /' conftest.$ac_ext >&5
 
-  ac_header_preproc=no
-fi
+#  ac_header_preproc=no
+# fi
 rm -f conftest.err conftest.$ac_ext
 echo "$as_me:$LINENO: result: $ac_header_preproc" >&5
 echo "${ECHO_T}$ac_header_preproc" >&6

[jamarsa]

Well, the relevant part of your config.log is here (sorry for the delay, i forgot to look at the top of the page ) :

Code: Select all

configure:19416: checking GL/gl.h usability
configure:19425: gcc -c -ansi -W -Wall -Wshadow -Wpointer-arith -Wmissing-prototypes
-Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2 -I/usr/X11R6/include
-I/usr/X11R6/include -O2 -Wall -ffast-math -fexpensive-optimizations -fomit-frame-pointer

conftest.c >&5
configure:19428: $? = 0
configure:19431: test -s conftest.o
configure:19434: $? = 0
configure:19443: result: yes
configure:19447: checking GL/gl.h presence
configure:19454: gcc -E conftest.c
configure:19450: GL/gl.h: No such file or directory
configure:19460: $? = 1
configure: failed program was:
#line 19449 "configure"
#include "confdefs.h"
#include <GL/gl.h>
configure:19478: result: no
configure:19484: WARNING: GL/gl.h: accepted by the compiler, rejected by the preprocessor!
configure:19486: WARNING: GL/gl.h: proceeding with the preprocessor's result
configure:19496: checking for GL/gl.h
configure:19503: result: no
configure:19513: error: No gl.h found. See INSTALL file for ddetails about how to correct

this problem.

It seems that your system fails to open the /usr/X11R6/include/GL/gl.h. Are you sure that the file actually exists? Perhaps it is a broken symlink, or your locate database is a bit outdated. Try to open it:

Code: Select all

# cat /usr/X11R6/include/GL/gl.h

If you don't have hardware acceleration, you should use the /home/raiyza/Mesa-5.1/include/GL/gl.h file instead (i.e., software Mesa rendering).

[Raymond Lacgalvs]

Thanks alll,
"Anonymous Howard", do I just copy & paste the whole code to the command line?

I`m using a Mac G3 laptop.
Is there a command line script that I can use to determine my hardware so that the graphics card can be updated, or would I just go to the manufacturer`s spec sheet?

when I do:

[raiyza@localhost celestia-1.3.1]$ ./configure --with-gl-libs=/usr/Mesa-5.1/lib --with-gl-inc=/usr/Mesa-5.1/include

get error:

checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking GL/gl.h usability... yes
checking GL/gl.h presence... no

configure: WARNING: GL/gl.h: accepted by the compiler, rejected by the preprocessor!
configure: WARNING: GL/gl.h: proceeding with the preprocessor's result
checking for GL/gl.h... no
configure: error: No gl.h found. See INSTALL file for ddetails about how to correct this problem.

This is the first line for: cat /usr/X11R6/include/GL/gl.h

GLAPI void GLAPIENTRY glLightModelf( GLenum pname, GLfloat param );

with "GLAPI void GLAPIENTRY" appearing throughout the text.

We`re getting closer - I think.