| Summary: | Celestia 1.3.0-r1 compile fails (GL/gl.h: accepted by the compiler, rejected by the preprocessor) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Rui Malheiro <rmalheiro> |
| Component: | Current packages | Assignee: | Gentoo Science Related Packages <sci> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Rui Malheiro
2004-01-04 05:25:56 UTC
I also tried to emerge using xfree opengl (opengl-update xfree) and got the same error. Also, trying to emerge celestia-1.3.0 returns the same error. I did have celestia installed when I was using kernel 2.4.22, maybe it's 2.6 related? I've got similar errors tryng to compile EVERY application that need gl.h glx.h and glu.h For example compiling kdegraphics_3.2.0_rc1 or kdegraphics-3.2.0_beta2 gives this problem: checking GL/gl.h usability... no checking GL/gl.h presence... no checking for GL/gl.h... no checking GL/glu.h usability... no checking GL/glu.h presence... no checking for GL/glu.h... no checking GL/glx.h usability... no checking GL/glx.h presence... no checking for GL/glx.h... no The FACT is that I've already compiled more than 1 month ago kdegraphics_3.1.5 and it found the files. The file are present with xfree-gl or with nvidia-gl: $ ll /usr/include/GL/ total 126 -r--r--r-- 1 root root 7946 Oct 3 18:53 GLwDrawA.h -r--r--r-- 1 root root 4433 Oct 3 18:53 GLwDrawAP.h -r--r--r-- 1 root root 2309 Oct 3 18:53 GLwMDrawA.h -r--r--r-- 1 root root 2311 Oct 3 18:53 GLwMDrawAP.h lrwxrwxrwx 1 root root 35 Jan 20 23:58 gl.h -> /usr/lib/opengl/nvidia/include/gl.h -rw-r--r-- 1 root root 30192 Jan 20 23:12 glut.h -rw-r--r-- 1 root root 4109 Jan 20 23:12 glutf90.h lrwxrwxrwx 1 root root 36 Jan 20 23:58 glx.h -> /usr/lib/opengl/nvidia/include/glx.h -r--r--r-- 1 root root 2543 Oct 3 18:53 glxint.h -r--r--r-- 1 root root 2453 Oct 3 18:53 glxmd.h -r--r--r-- 1 root root 51725 Oct 3 18:53 glxproto.h lrwxrwxrwx 1 root root 42 Jan 20 23:58 glxtokens.h -> /usr/lib/opengl/nvidia/include/glxtokens.h And with xfree gl I've got: $ ll /usr/include/GL/ total 126 -r--r--r-- 1 root root 7946 Oct 3 18:53 GLwDrawA.h -r--r--r-- 1 root root 4433 Oct 3 18:53 GLwDrawAP.h -r--r--r-- 1 root root 2309 Oct 3 18:53 GLwMDrawA.h -r--r--r-- 1 root root 2311 Oct 3 18:53 GLwMDrawAP.h lrwxrwxrwx 1 root root 34 Jan 20 23:59 gl.h -> /usr/lib/opengl/xfree/include/gl.h -rw-r--r-- 1 root root 30192 Jan 20 23:12 glut.h -rw-r--r-- 1 root root 4109 Jan 20 23:12 glutf90.h lrwxrwxrwx 1 root root 35 Jan 20 23:59 glx.h -> /usr/lib/opengl/xfree/include/glx.h -r--r--r-- 1 root root 2543 Oct 3 18:53 glxint.h -r--r--r-- 1 root root 2453 Oct 3 18:53 glxmd.h -r--r--r-- 1 root root 51725 Oct 3 18:53 glxproto.h lrwxrwxrwx 1 root root 41 Jan 20 23:59 glxtokens.h -> /usr/lib/opengl/xfree/include/glxtokens.h I think there's something changed in the last month that give problems with the configure scripts. Can It be a autotools problem? Bye! I can't reproduce the problem on a mostly x86 (not ~x86) system. From which packages/versions does the gl.h on your system come? In the meantime, I had a problem with my disk drive which was failing badly and causing filesystem corruption. I since replaced the drive and reinstaled Gentoo. I've just emerged app-misc/celestia-1.3.0-r1 successfuly, so I'm tempted to blame the disk drive for my problems. I don't think Simone's problem is quite the same (I got "GL/gl.h usability... yes, GL/gl.h presence... no"), so maybe this bug should be closed as WORKSFORME. Simone, could you please answer to my comment #3? Thanks. Sine there seems to be no general problem with celestia, I'll close this as INVALID |
