Hi Robert,
I did see the thread about the out-of-source Config files and
needing to include the out-of-source path. Once I went looking
for a solution to this problem it was pretty easy to find.
(Although I didn't catch on that installing as a solution until now.)
I had been resisting the install step so we are not locked into
a specific version of OSG at any given time. I still think the
GL/glx.h not found points to a bigger problem.
I should have added earlier that when I did an in-source build the
problem with not finding GL/glx.h went away immediately. From this
it seem that APPLE specific cmake content is ignored for out-of-source
builds.
-Don
Robert Osfield wrote:
Hi Don,
The glx/gl finding issue is one I've seen from even before the cmake
days when doing straight Makefile builds. I don't think the out of
source will have any baring on this. My guess is the framework vs
include/GL issues might be causing these. I've known exactly why
though - I'm only an occasional OSX interloper so can't really help
much on insider knowledge.
The config issue is a natural consequence to having build specific
configuration files and out of source builds, it's a situation that is
present on all platforms. If you wish to do out of source builds AND
not install the built software then you have to add the include path
to the out of source build config directories. Either doing in
source build OR installing the software will fix this issue.
Robert.
On Tue, Dec 16, 2008 at 7:52 PM, Don Leich <[email protected]> wrote:
It seems that I've had more difficulty with building OSG
than most other developers out there. Now that I've picked
up the 2.7.7 release, revisted some old problems and encountered
new ones, I may have found much of the cause.
I think I have found a bunch of problems due to building OSG
exclusively for out-of-source. Specific problems may
be limited to Mac OS X, but I think there is just a basic
failure of out-of-source builds where cmake does not work as
expected.
I downloaded Friday's release and did the following...
$ unzip OpenSceneGraph-2.7.7.zip
-- tweaked CMakeLists.txt to turn on examples & remove Mac ppc --
$ mkdir OpenSceneGraph-2.7.7.Build
$ cd OpenSceneGraph-2.7.7.Build
$ cmake ../OpenSceneGraph-2.7.7 -DCMAKE_BUILD_TYPE=Debug
$ make
This ran smoothly until the build of the osgviewerQT executable where the
file GL/glx.h could not be found. Previously I had to alter
src/CMakeLists.txt in order to resolve this problem. I discovered that the
path for
GL/glx.h was correctly set in src/osgViewer/CMakeLists.txt, but this file
was appearently not seen by the out-of-source build. (For similar reasons
the setting of OSG_WINDOWING_SYSTEM seemed to be ineffective.)
There are several files that are generated by cmake --
include/OpenThreads/Config and include/osg/Config among them. When building
OSG with the out-of-source methodology they are written in the out-of-source
directory. This did not pose a problem with building OSG itself, but a
re-build of my application failed when these files were not found. They are
expected to be found under the src/osg/include directories. It's possible
that this problem hasn't showed up until now since I had always done at
least an aborted in-source build - enough to write the Config files for
an arbitrary architecture.
Does anyone have some insight into these problems? Are there some extra
steps necessary to build out-of-source correctly, or does it just not work?
-Don Leich
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
