Which version of Qt are you using? Qt 4.x is only officially supported
on the native window system (Quartz/Carbon) NOT X11. Qt 3.x _may_ run
under X11 on OS X so I don't know.
If some one new to OS X just did a locate on gl.h then they may have
found the wrong gl.h, or they really are running your project as an
X11 application (non native window environment on OS X).
Hope that helps..
----------------------------------------
Mike Jackson - BlueQuartz Software Consulting
<www.bluequartz.net>
[EMAIL PROTECTED]
On Aug 28, 2008, at 9:48 AM, Fernando Cacciola wrote:
Mike Jackson wrote:
/System/Library/Frameworks/OpenGL.framework/Versions/A/Headers/gl.h
That is the path on both Tiger and Leopard. Don't know what to tell
you. It has been like this for at least 10.3 on up. I am not sure
how they are getting away with GL/gl.h ... WAIT... Is this an X11
Application?
I'm totally Mac agnostic, but I think it is.
The project is a library and uses Qt for graphical output, so I
guess that means it is an X11 library not only on UNIX/Linux but on
Mac as well.
In that case I think the include path would be:
/usr/X11/include/GL/gl.h
which explains this..
Is that correct for your situation?
>
Apparently, yes.
My user reported that "locate gl.h" shows up precisely that path.
I'm not sure what does that mean though. Should FindOpenGL.cmake
search for both cases and define a compile flag telling which path
prefix to use?
TIA
Fernando Cacciola
----------------------------------------
Mike Jackson - BlueQuartz Software Consulting
<www.bluequartz.net>
[EMAIL PROTECTED]
On Aug 28, 2008, at 8:42 AM, Fernando Cacciola wrote:
Mike Jackson wrote:
The header is located in a framework called OpenGL.framework and
the include
style for frameworks is the name of the framework (minus the
extension) and
then the header file, so on OS X the proper include would be:
#include <OpenGL/gl.h>
But do you know for a fact that it is like so in the particular
case of gl.h??
I'm porting the existing and fully working custom build system of
a large project to cmake.
This project headers are (and have been for a long time) including
<GL/gl.h> *even* on the Mac, and the current build system is
searching for gl.h under GL, even for the Mac as well.
Sometimes having your own "OpenGL.h" header with the following
can help to
alleviate these problems:
This is exactly what I suggested, but the users responded that
gl.h IS NOT under OpenGL but under GL.
In fact, they even asked me why on earth is cmake looking for it
under OpenGL instead of GL?
Keep in mind that this is a working project which builds and run
correctly via the old shell-based build system.. it is my cmake
port wich fails.
Best
Fernando Cacciola
_______________________________________________
CMake mailing list
[email protected]
http://www.cmake.org/mailman/listinfo/cmake
_______________________________________________
CMake mailing list
[email protected]
http://www.cmake.org/mailman/listinfo/cmake
_______________________________________________
CMake mailing list
[email protected]
http://www.cmake.org/mailman/listinfo/cmake
