Description: When I try to emerge Celestia 1.3.0-r1 (ACCEPT_KEYWORDS="~x86" emerge celestia), during the configure stage I get the following 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 configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to bug-autoconf@gnu.org. ## configure: WARNING: ## ------------------------------------ ## checking for GL/gl.h... no configure: error: No gl.h found. See INSTALL file for ddetails about how to correct this problem. !!! ERROR: app-misc/celestia-1.3.0 failed. !!! Function src_compile, Line 59, Exitcode 1 !!! (no error message) Expected result: Successful compilation and install. Additional Information: Portage 2.0.49-r20 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20031222-r0, 2.6.0-mm1) ================================================================= System uname: 2.6.0-mm1 i686 Intel(R) Pentium(R) 4 CPU 2.53GHz Gentoo Base System version 1.4.3.12 distcc 2.11.2 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium4 -mmmx -msse -msse2 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/kde/cvs/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -mmmx -msse -msse2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache cvs nostrip sandbox" GENTOO_MIRRORS="http://gauguin:8001 ftp://ibiblio.org/pub/Linux/distributions/gentoo/ http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo/ http://gentoo.tiscali.nl/gentoo/ http://sunsite.cnlab-switch.ch/ftp/mirror/gentoo/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo" MAKEOPTS="-j2" PKGDIR="/mnt/pkgfiles" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X aalib alsa apm arts artswrappersuid avi berkdb bonobo cdr crypt cups dga dv dvd encode fbcon foomaticdb gdbm gif gphoto2 gpm guile imlib java jpeg kde ldap libg++ libwww mad mikmod mmx motif mpeg ncurses nls nptl oggvorbis opengl oss pam pdflib perl png pt pt_PT python qt quicktime radeon readline samba scanner sdl slang spell sse ssl svga tcpd tiff truetype x86 xinerama xml2 xv zlib linguas_pt_PT" ================================================================= I'm Using ATI OpenGL (ati-drivers-3.7.0)
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
