During config, it locates X11: checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include But cannot find the known to be installed .h files at /usr/X11R6/include/GL: 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 Now, the only reason I mention it at all is that when building under macports, it finds these files and uses the installed .h files just fine. Even from a tar ball, it finds these .h files and uses them, but not under this package manager. Anyone have any ideas why this might be the case? I really need freeglut to use those .h files and link to the installed base GL libs. And yes, these would be the Apple supplied ones, but again: other config/build methods find and use this without incident. Thanks. Reproducible: Always Steps to Reproduce: 1. emerge freeglut 2. 3. Actual Results: --> Same as described <-- reason unkown to me. Expected Results: gl, glu, etc .h files found, libs linked to like other config/build methods out there.
we should get glu to install in prefix.
If there is an acceptable patch for this, then we will look at it some more. For now, due to prefix man-power (or lack thereof), resolving as LATER.
think you can go around by adding /usr/X11R6/include to your cpp flags, and make $eselect opengl list >Available OpenGL implementations: > [1] opengl-apple > [2] xorg-x11 * then select opengl-apple: $eselect opengl set 1 might want to emerge it first