/usr/lib/opengl/xorg-x11/include/gl.h (or /usr/X11R6/include/GL/gl.h) has at line 2553: #else /* GL_GLEXT_LEGACY */ #include <GL/glext.h> #endif /* GL_GLEXT_LEGACY */ Obviously, this will have the preprocessor try to include "GL/glext.h". However, in the directory /usr/X11R6/include/GL there's no file/link "glext.h" causing applications #include'ing GL/gl.h to fail. One such "application" is lablgl: [...] ocamlc -c -w s -ccopt "-c -O -O3 -fomit-frame-pointer -march=athlon-xp -pipe -I/usr/X11R6/include" ml_gl.c In Datei, eingef
/usr/lib/opengl/xorg-x11/include/gl.h (or /usr/X11R6/include/GL/gl.h) has at line 2553: #else /* GL_GLEXT_LEGACY */ #include <GL/glext.h> #endif /* GL_GLEXT_LEGACY */ Obviously, this will have the preprocessor try to include "GL/glext.h". However, in the directory /usr/X11R6/include/GL there's no file/link "glext.h" causing applications #include'ing GL/gl.h to fail. One such "application" is lablgl: [...] ocamlc -c -w s -ccopt "-c -O -O3 -fomit-frame-pointer -march=athlon-xp -pipe -I/usr/X11R6/include" ml_gl.c In Datei, eingefügt von ml_gl.c:10: /usr/X11R6/include/GL/gl.h:2555:22: GL/glext.h: Datei oder Verzeichnis nicht gefunden ml_gl.c: In Funktion »ml_glHint«: ml_gl.c:211: Warnung: `targ' might be used uninitialized in this function [...] After doing # ln -s /usr/lib/opengl/xorg-x11/include/glext.h /usr/X11R6/include/GL/glext.h lablgl could be sucessfully emerged. Reproducible: Always Steps to Reproduce: alexander@server GL $ emerge info Portage 2.0.50-r9 (default-x86-2004.0, gcc-3.3.4, glibc-2.3.4.20040619-r0, 2.6.7-ck5) ================================================================= System uname: 2.6.7-ck5 i686 AMD Athlon(tm) XP 2000+ Gentoo Base System version 1.5.1 ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -fomit-frame-pointer -march=athlon-xp -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -fomit-frame-pointer -march=athlon-xp -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo http://194.117.158.29" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X acl acpi adns alsa apache2 apm arts audiofile avi bcmath berkdb bindist bonobo bzlib cdr crypt cscope cups curl curlwrappers divx4linux doc encode esd ethereal evo exif fam flac foomaticdb ftp gd gdbm gif gnome gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml iconv imagemagick imap imlib inifile javascript jpeg kde libedit libg++ libwww linguas_de lzw-tiff mad maildir mailwrapper matroska matrox mbox mmap mmx motif mozilla mpeg ncurses nls nptl offensive oggvorbis ooo-kde opengl oss pam pcntl pcre pdflib perl pic png posix ppds python qt quicktime readline recode samba sasl sdl shared slang sockets spell sse ssl svg sysvipc tcltk tcpd theora tiff truetype unicode usb videos x86 xchattext xml2 xmms xprint xv xvid zlib"
Meanwhile I noticed, that this problem is because of the opengl-update package, which makes the user mv glext.h to some place else. Well, why force the user to do this in the first place? If this is truly correct, then the file GL/gl.h is "broken", as it has this #include which I quoted. It seems to me, that the solution is to either not move that glext file out of the way, or to patch gl.h as well.
Erm the link that you made manually opengl-update will make if you run opengl-update xorg-x11 The point of moving glext.h was so that a link was made so different versions of glext.h could be used for different GL providers. I'll add a more verbose message to the next commit of opengl-update but this isnt really a bug.
*** Bug 58359 has been marked as a duplicate of this bug. ***
