Tom Richmond wrote: > I rebuilt freeglut and read all the output and found something interesting. > > ------------freeglut configure output----------------- > checking for X... libraries /usr/X11/lib, headers /usr/X11/include > checking for gethostbyname... yes > checking for connect... yes > checking for remove... yes > checking for shmat... yes > checking for IceConnectionNumber in -lICE... yes > checking for XF86VidModeSwitchToMode in -lXxf86vm... yes > checking for ANSI C header files... (cached) yes > checking GL/gl.h usability... no > checking GL/gl.h presence... no > checking for GL/gl.h... no > checking GL/glu.h usability... no > ------------freeglut configure output----------------- > > So freeglut compiles fine even though it can't "use" GL/gl.h. Further, > it apparently knows to look for X headers in /usr/X11/include (where > GL/gl.h reside). > > I'll focus on freeglut now to see if I can get it to "use" GL/gl.h.
I don't think this matters. If you look at the linker lines, you see that it links with /usr/X11/lib/libGL.dylib anyway. And if you look closer, you will even find that it #includes <GL/gl.h> from /usr/X11/include, despite configure not finding them because of not trying very hard. There is, for example, code in include/GL/freeglut_std.h that says /* * Always include OpenGL and GLU headers */ #include <GL/gl.h> #include <GL/glu.h> It doesn't care that config.h has #undef HAVE_GL_GL_H. -- Martin ------------------------------------------------------------------------- SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 _______________________________________________ Fink-beginners mailing list [email protected] http://news.gmane.org/gmane.os.apple.fink.beginners
