Re: [osg-users] OSX X11 build

2008-08-05 Thread Frank van Meurs

On Jul 25, 2008, at 11:33 PM, Eric Sokolowsky wrote:

I've been away from OSG for a few weeks (vacations, other projects,  
etc) but I have some time to get back to it. I'm encountering  
trouble building OSG with X11 because CMake can't find GL/glx.h. I'm  
going to keep banging away at this, but if anyone offhand knows how  
to get CMake to find the file in the right place, please let me  
know. This header file is needed to compile osgViewer (the library,  
not the application).


I intend to get this resolved before Robert releases OSG 2.6. I'm  
also trying to see if the X11 build will support 64-bit, which the  
Carbon build will not.


I'm wondering as to what the outcome of this was. I seem to encounter  
the same problem, but I can't figure out how to point the cmake system  
in the right direction as I don't know which (if there are any)  
options to set. Looking at my system, there's a few place where GL/ 
glx.h is installed:


---SNIP---
dyn251% locate glx.h
/Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/include/GL/glx.h
/Developer/SDKs/MacOSX10.5.sdk/usr/X11/include/GL/glx.h
/Developer/SDKs/MacOSX10.5.sdk/usr/X11/include/xcb/glx.h
/usr/X11/include/GL/glx.h
/usr/X11/include/xcb/glx.h
--/SNIP---

So, apparently, the file missing entirely is not the problem.

Anybody?

Thanks! Frank
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] OSX X11 build

2008-08-05 Thread Eric Sokolowsky

Frank van Meurs wrote:

On Jul 25, 2008, at 11:33 PM, Eric Sokolowsky wrote:

I've been away from OSG for a few weeks (vacations, other projects, 
etc) but I have some time to get back to it. I'm encountering trouble 
building OSG with X11 because CMake can't find GL/glx.h. I'm going to 
keep banging away at this, but if anyone offhand knows how to get 
CMake to find the file in the right place, please let me know. This 
header file is needed to compile osgViewer (the library, not the 
application).


I intend to get this resolved before Robert releases OSG 2.6. I'm 
also trying to see if the X11 build will support 64-bit, which the 
Carbon build will not.


I'm wondering as to what the outcome of this was. I seem to encounter 
the same problem, but I can't figure out how to point the cmake system 
in the right direction as I don't know which (if there are any) 
options to set. Looking at my system, there's a few place where 
GL/glx.h is installed:


The proper place to get GL/glx.h depends on which target platform you're 
compiling against. If you are compiling against the 10.4u SDK, then the 
first location (in the list that you found below) is proper. If 10.5, 
the second. I have implemented a change (not checked in yet, I'm 
planning on checking it in later today) that will, using CMake, 
automatically detect where glx.h is located and use that one.


-Eric

---SNIP---
dyn251% locate glx.h
/Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/include/GL/glx.h
/Developer/SDKs/MacOSX10.5.sdk/usr/X11/include/GL/glx.h
/Developer/SDKs/MacOSX10.5.sdk/usr/X11/include/xcb/glx.h
/usr/X11/include/GL/glx.h
/usr/X11/include/xcb/glx.h
--/SNIP---

So, apparently, the file missing entirely is not the problem.

Anybody?

Thanks! Frank
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] OSX X11 build

2008-08-05 Thread Frank van Meurs


On Aug 5, 2008, at 2:40 PM, Eric Sokolowsky wrote:


Frank van Meurs wrote:

On Jul 25, 2008, at 11:33 PM, Eric Sokolowsky wrote:

I've been away from OSG for a few weeks (vacations, other  
projects, etc) but I have some time to get back to it. I'm  
encountering trouble building OSG with X11 because CMake can't  
find GL/glx.h. I'm going to keep banging away at this, but if  
anyone offhand knows how to get CMake to find the file in the  
right place, please let me know. This header file is needed to  
compile osgViewer (the library, not the application).


I intend to get this resolved before Robert releases OSG 2.6. I'm  
also trying to see if the X11 build will support 64-bit, which the  
Carbon build will not.


I'm wondering as to what the outcome of this was. I seem to  
encounter the same problem, but I can't figure out how to point the  
cmake system in the right direction as I don't know which (if there  
are any) options to set. Looking at my system, there's a few place  
where GL/glx.h is installed:


The proper place to get GL/glx.h depends on which target platform  
you're compiling against. If you are compiling against the 10.4u  
SDK, then the first location (in the list that you found below) is  
proper. If 10.5, the second. I have implemented a change (not  
checked in yet, I'm planning on checking it in later today) that  
will, using CMake, automatically detect where glx.h is located and  
use that one.


Ok, sounds good. I would really like to get the 2.6 show on the road  
after having tried so many different things (Xcode, non-Xcode/cmake,  
gnu-style, etc) in the past to get OpenSceneGraph to properly compile.


Thanks a bunch!

Frank
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] OSX X11 build

2008-08-05 Thread Robert Osfield
Hi Eric,

On Tue, Aug 5, 2008 at 1:40 PM, Eric Sokolowsky [EMAIL PROTECTED] wrote:
 The proper place to get GL/glx.h depends on which target platform you're
 compiling against. If you are compiling against the 10.4u SDK, then the
 first location (in the list that you found below) is proper. If 10.5, the
 second. I have implemented a change (not checked in yet, I'm planning on
 checking it in later today) that will, using CMake, automatically detect
 where glx.h is located and use that one.

Could you send the changes to me to review so I can make a judgement
call on whether it's safe to integrate this change before 2.6.0 gets
tagged.

Thanks,
Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] OSX X11 build

2008-08-05 Thread Robert Osfield
Thanks Eric,

I'm just trying a build with your changed CMakeLists.txt file, so far so good.

Does this change mean that OSX Cmake build is able to correctly
compile, link and run against X11?

Robert.

On Tue, Aug 5, 2008 at 3:16 PM, Eric Sokolowsky [EMAIL PROTECTED] wrote:
 Attached is src/osgViewer/CMakeLists.txt. Log message, if you choose to
 include the changes:
 From Eric Sokolowsky: Fixed the build of the osgViewer library to get
 GL/glx.h from the right place, when building on OSX with X11.

 -Eric

 On Tue, Aug 5, 2008 at 9:10 AM, Robert Osfield [EMAIL PROTECTED]
 wrote:

 Hi Eric,

 On Tue, Aug 5, 2008 at 1:40 PM, Eric Sokolowsky [EMAIL PROTECTED]
 wrote:
  The proper place to get GL/glx.h depends on which target platform you're
  compiling against. If you are compiling against the 10.4u SDK, then the
  first location (in the list that you found below) is proper. If 10.5,
  the
  second. I have implemented a change (not checked in yet, I'm planning on
  checking it in later today) that will, using CMake, automatically detect
  where glx.h is located and use that one.

 Could you send the changes to me to review so I can make a judgement
 call on whether it's safe to integrate this change before 2.6.0 gets
 tagged.

 Thanks,
 Robert.
 ___
 osg-users mailing list
 osg-users@lists.openscenegraph.org
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


 ___
 osg-users mailing list
 osg-users@lists.openscenegraph.org
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] OSX X11 build

2008-08-05 Thread Robert Osfield
On Tue, Aug 5, 2008 at 3:29 PM, Robert Osfield [EMAIL PROTECTED] wrote:
 Thanks Eric,

 I'm just trying a build with your changed CMakeLists.txt file, so far so good.

Your changes work fine under Linux so I've gone ahead and committed
this change to svn/trunk, but not the OpenSceneGraph-2.6 branch.  I
may merge with 2.6 before I tag 2.6.0, but this would require another
round of testing across platforms.

Could you give me an update on the status of the X11 build under OSX?

Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] OSX X11 build

2008-08-05 Thread Eric Sokolowsky
This change only fixes libosgviewer for X11 (32- and 64-bit). It does not
fix the two remaining issues: the osgviewerWX example and the osgdb_qt
Quicktime plugin. Neither compile with 64-bit. So, out of the box, the
64-bit build on OSX is still broken. However, another bug (which I have
deliberately not fixed yet) keeps the default to 32-bit compilation, so
things are not broken out-of-the-box.
So here are the steps to take to compile 64-bit on OSX:
Add ppc64 and/or x86_64 to CMAKE_OSX_ARCHITECTURES
Generate the Xcode project
Remove osgdb_qt and osgviewerWX from the list of targets within Xcode
Build

Doing this will compile, but images such as tiff, jpeg, gif, and png will
not be supported.

-Eric

On Tue, Aug 5, 2008 at 10:29 AM, Robert Osfield [EMAIL PROTECTED]wrote:

 Thanks Eric,

 I'm just trying a build with your changed CMakeLists.txt file, so far so
 good.

 Does this change mean that OSX Cmake build is able to correctly
 compile, link and run against X11?

 Robert.

 On Tue, Aug 5, 2008 at 3:16 PM, Eric Sokolowsky [EMAIL PROTECTED]
 wrote:
  Attached is src/osgViewer/CMakeLists.txt. Log message, if you choose to
  include the changes:
  From Eric Sokolowsky: Fixed the build of the osgViewer library to get
  GL/glx.h from the right place, when building on OSX with X11.
 
  -Eric
 
  On Tue, Aug 5, 2008 at 9:10 AM, Robert Osfield [EMAIL PROTECTED]
 
  wrote:
 
  Hi Eric,
 
  On Tue, Aug 5, 2008 at 1:40 PM, Eric Sokolowsky [EMAIL PROTECTED]
  wrote:
   The proper place to get GL/glx.h depends on which target platform
 you're
   compiling against. If you are compiling against the 10.4u SDK, then
 the
   first location (in the list that you found below) is proper. If 10.5,
   the
   second. I have implemented a change (not checked in yet, I'm planning
 on
   checking it in later today) that will, using CMake, automatically
 detect
   where glx.h is located and use that one.
 
  Could you send the changes to me to review so I can make a judgement
  call on whether it's safe to integrate this change before 2.6.0 gets
  tagged.
 
  Thanks,
  Robert.
  ___
  osg-users mailing list
  osg-users@lists.openscenegraph.org
 
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
 
 
  ___
  osg-users mailing list
  osg-users@lists.openscenegraph.org
 
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
 
 
 ___
 osg-users mailing list
 osg-users@lists.openscenegraph.org
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] OSX X11 build

2008-08-05 Thread Robert Osfield
Hi Eric,

On Tue, Aug 5, 2008 at 3:45 PM, Eric Sokolowsky [EMAIL PROTECTED] wrote:
 Note that this is only for 64-bit apps. 32-bit apps seem to work just fine
 when compiled against X11 or Carbon.

Just to be clear, with your change to CMakeLists.txt, osgviewer
application and libosgViewer libs work fine under X11?

Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] OSX X11 build

2008-08-05 Thread Eric Sokolowsky
After updating to the latest svn, I noticed that 64-bit compilation is
enabled by default on OSX (See line 532 of the main CMakeLists.txt). This is
still broken. The default should be for 32-bit compilations so the build is
not broken out of the box. We just need to remove ppc64 and x86_64 from that
build. Users that know what they are doing can easily add it back in through
cmake and use the other workarounds I already posted.
-Eric

On Tue, Aug 5, 2008 at 10:45 AM, Eric Sokolowsky [EMAIL PROTECTED] wrote:



 On Tue, Aug 5, 2008 at 10:44 AM, Eric Sokolowsky [EMAIL PROTECTED]wrote:

 This change only fixes libosgviewer for X11 (32- and 64-bit). It does not
 fix the two remaining issues: the osgviewerWX example and the osgdb_qt
 Quicktime plugin. Neither compile with 64-bit. So, out of the box, the
 64-bit build on OSX is still broken. However, another bug (which I have
 deliberately not fixed yet) keeps the default to 32-bit compilation, so
 things are not broken out-of-the-box.
 So here are the steps to take to compile 64-bit on OSX:
 Add ppc64 and/or x86_64 to CMAKE_OSX_ARCHITECTURES
 Generate the Xcode project
 Remove osgdb_qt and osgviewerWX from the list of targets within Xcode
 Build

 Doing this will compile, but images such as tiff, jpeg, gif, and png will
 not be supported.


 Note that this is only for 64-bit apps. 32-bit apps seem to work just fine
 when compiled against X11 or Carbon.

 -Eric

___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] OSX X11 build

2008-08-05 Thread Eric Sokolowsky
On Tue, Aug 5, 2008 at 10:49 AM, Robert Osfield [EMAIL PROTECTED]wrote:

 Hi Eric,

 On Tue, Aug 5, 2008 at 3:45 PM, Eric Sokolowsky [EMAIL PROTECTED]
 wrote:
  Note that this is only for 64-bit apps. 32-bit apps seem to work just
 fine
  when compiled against X11 or Carbon.

 Just to be clear, with your change to CMakeLists.txt, osgviewer
 application and libosgViewer libs work fine under X11?


Yes. The change is required to get the osgviewer library to compile without
errors under X11.

-Eric
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] OSX X11 build

2008-08-05 Thread Robert Osfield
On Tue, Aug 5, 2008 at 3:57 PM, Eric Sokolowsky [EMAIL PROTECTED] wrote:

 Yes. The change is required to get the osgviewer library to compile without
 errors under X11.

But does it run successfully? i.e. do all the osg apps and examples
compile and run in X11 mode?

Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] OSX X11 build

2008-08-05 Thread Robert Osfield
Hi Eric,

I could edit by hand, but I won't be able to check whether the change
works or not.  Could you edit it and test then post the changes to me.

Thanks,
Robert

On Tue, Aug 5, 2008 at 3:55 PM, Eric Sokolowsky [EMAIL PROTECTED] wrote:
 After updating to the latest svn, I noticed that 64-bit compilation is
 enabled by default on OSX (See line 532 of the main CMakeLists.txt). This is
 still broken. The default should be for 32-bit compilations so the build is
 not broken out of the box. We just need to remove ppc64 and x86_64 from that
 build. Users that know what they are doing can easily add it back in through
 cmake and use the other workarounds I already posted.
 -Eric

 On Tue, Aug 5, 2008 at 10:45 AM, Eric Sokolowsky [EMAIL PROTECTED] wrote:


 On Tue, Aug 5, 2008 at 10:44 AM, Eric Sokolowsky [EMAIL PROTECTED]
 wrote:

 This change only fixes libosgviewer for X11 (32- and 64-bit). It does not
 fix the two remaining issues: the osgviewerWX example and the osgdb_qt
 Quicktime plugin. Neither compile with 64-bit. So, out of the box, the
 64-bit build on OSX is still broken. However, another bug (which I have
 deliberately not fixed yet) keeps the default to 32-bit compilation, so
 things are not broken out-of-the-box.
 So here are the steps to take to compile 64-bit on OSX:
 Add ppc64 and/or x86_64 to CMAKE_OSX_ARCHITECTURES
 Generate the Xcode project
 Remove osgdb_qt and osgviewerWX from the list of targets within Xcode
 Build
 Doing this will compile, but images such as tiff, jpeg, gif, and png will
 not be supported.

 Note that this is only for 64-bit apps. 32-bit apps seem to work just fine
 when compiled against X11 or Carbon.
 -Eric

 ___
 osg-users mailing list
 osg-users@lists.openscenegraph.org
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] OSX X11 build

2008-08-05 Thread Eric Sokolowsky
I did not text all of the apps and examples. I did test osgviewer with an
image as the object to view. I also tested osgversion.

On Tue, Aug 5, 2008 at 11:01 AM, Robert Osfield [EMAIL PROTECTED]wrote:

 On Tue, Aug 5, 2008 at 3:57 PM, Eric Sokolowsky [EMAIL PROTECTED]
 wrote:

  Yes. The change is required to get the osgviewer library to compile
 without
  errors under X11.

 But does it run successfully? i.e. do all the osg apps and examples
 compile and run in X11 mode?

 Robert.
 ___
 osg-users mailing list
 osg-users@lists.openscenegraph.org
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] OSX X11 build

2008-08-05 Thread Eric Sokolowsky
Ok, here it is, attached.

On Tue, Aug 5, 2008 at 11:04 AM, Robert Osfield [EMAIL PROTECTED]wrote:

 Hi Eric,

 I could edit by hand, but I won't be able to check whether the change
 works or not.  Could you edit it and test then post the changes to me.

 Thanks,
 Robert

 On Tue, Aug 5, 2008 at 3:55 PM, Eric Sokolowsky [EMAIL PROTECTED]
 wrote:
  After updating to the latest svn, I noticed that 64-bit compilation is
  enabled by default on OSX (See line 532 of the main CMakeLists.txt). This
 is
  still broken. The default should be for 32-bit compilations so the build
 is
  not broken out of the box. We just need to remove ppc64 and x86_64 from
 that
  build. Users that know what they are doing can easily add it back in
 through
  cmake and use the other workarounds I already posted.
  -Eric
 
  On Tue, Aug 5, 2008 at 10:45 AM, Eric Sokolowsky [EMAIL PROTECTED]
 wrote:
 
 
  On Tue, Aug 5, 2008 at 10:44 AM, Eric Sokolowsky [EMAIL PROTECTED]
  wrote:
 
  This change only fixes libosgviewer for X11 (32- and 64-bit). It does
 not
  fix the two remaining issues: the osgviewerWX example and the osgdb_qt
  Quicktime plugin. Neither compile with 64-bit. So, out of the box, the
  64-bit build on OSX is still broken. However, another bug (which I have
  deliberately not fixed yet) keeps the default to 32-bit compilation, so
  things are not broken out-of-the-box.
  So here are the steps to take to compile 64-bit on OSX:
  Add ppc64 and/or x86_64 to CMAKE_OSX_ARCHITECTURES
  Generate the Xcode project
  Remove osgdb_qt and osgviewerWX from the list of targets within Xcode
  Build
  Doing this will compile, but images such as tiff, jpeg, gif, and png
 will
  not be supported.
 
  Note that this is only for 64-bit apps. 32-bit apps seem to work just
 fine
  when compiled against X11 or Carbon.
  -Eric
 
  ___
  osg-users mailing list
  osg-users@lists.openscenegraph.org
 
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
 
 
 ___
 osg-users mailing list
 osg-users@lists.openscenegraph.org
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

IF(WIN32)
CMAKE_MINIMUM_REQUIRED(VERSION 2.4.6 FATAL_ERROR)
ELSE(WIN32)
IF(APPLE)
CMAKE_MINIMUM_REQUIRED(VERSION 2.6.0 FATAL_ERROR)
IF(${CMAKE_MAJOR_VERSION} EQUAL 2 AND ${CMAKE_MINOR_VERSION} EQUAL 4 
AND ${CMAKE_PATCH_VERSION} LESS 7)
MESSAGE(Warning: A critical CMake bug exists in 2.4.6 and below. 
Trying to build Universal Binaries will result in a compile error that seems 
unrelated. Either avoid building Universal Binaries by changing the 
CMAKE_OSX_ARCHITECTURES field to list only your architecture, or upgrade to the 
current CVS version of CMake or a newer stable version if it exists.)
ENDIF(${CMAKE_MAJOR_VERSION} EQUAL 2 AND ${CMAKE_MINOR_VERSION} EQUAL 4 
AND ${CMAKE_PATCH_VERSION} LESS 7)
ELSE(APPLE)
CMAKE_MINIMUM_REQUIRED(VERSION 2.4.0 FATAL_ERROR)
ENDIF(APPLE)
ENDIF(WIN32)

if(COMMAND cmake_policy)
# Works around warnings libraries linked against that don't
# have absolute paths (e.g. -lpthreads)
cmake_policy(SET CMP0003 NEW)

# Works around warnings about escaped quotes in ADD_DEFINITIONS
# statements.
cmake_policy(SET CMP0005 NEW)
endif(COMMAND cmake_policy)

PROJECT(OpenSceneGraph)

SET(OPENSCENEGRAPH_MAJOR_VERSION 2)
SET(OPENSCENEGRAPH_MINOR_VERSION 6)
SET(OPENSCENEGRAPH_PATCH_VERSION 0)
SET(OPENSCENEGRAPH_SOVERSION 44)

SET(OPENSCENEGRAPH_VERSION 
${OPENSCENEGRAPH_MAJOR_VERSION}.${OPENSCENEGRAPH_MINOR_VERSION}.${OPENSCENEGRAPH_PATCH_VERSION})

SET(OSG_PLUGINS osgPlugins-${OPENSCENEGRAPH_VERSION})

SET(OSG_PLUGIN_PREFIX )

IF (CYGWIN)
SET(OSG_PLUGIN_PREFIX cygwin_)
ENDIF(CYGWIN)

IF(MINGW)
SET(OSG_PLUGIN_PREFIX mingw_)
ENDIF(MINGW)


# We want to build SONAMES shared librariess
SET(OPENSCENEGRAPH_SONAMES TRUE)
SET(OPENTHREADS_SONAMES TRUE)

SET(OpenThreads_SOURCE_DIR ${OpenSceneGraph_SOURCE_DIR})

# We have some custom .cmake scripts not in the official distribution.
# Maybe this can be used override existing behavior if needed?
SET(CMAKE_MODULE_PATH 
${OpenSceneGraph_SOURCE_DIR}/CMakeModules;${CMAKE_MODULE_PATH})

# Mainly for Windows as a convenience. This will find a directory in parallel 
with the
# OSG source that contains 3rd party headers and libraries.
# Use of relative paths in CMake is ill-advised, but don't know of any 
alternatives in this case
#SET(CMAKE_INCLUDE_PATH 
${OpenSceneGraph_SOURCE_DIR}/../3rdParty/include;${CMAKE_INCLUDE_PATH})
#SET(CMAKE_LIBRARY_PATH 
${OpenSceneGraph_SOURCE_DIR}/../3rdParty/lib;${CMAKE_LIBRARY_PATH})
IF(USING_OSG_OP_OT_TRIPLE_SET)
SET(CMAKE_INCLUDE_PATH 
${OpenSceneGraph_SOURCE_DIR}/../../3rdParty/include;${CMAKE_INCLUDE_PATH})
SET(CMAKE_LIBRARY_PATH 
${OpenSceneGraph_SOURCE_DIR}/../../3rdParty/lib;${CMAKE_LIBRARY_PATH})
ENDIF(USING_OSG_OP_OT_TRIPLE_SET)


# Okay, here's the problem: On 

Re: [osg-users] OSX X11 build

2008-08-05 Thread Robert Osfield
Hi Eric,

The file is identical to the one that is already in svn/trunk.  Did
you send the wrong file?

Robert.

On Tue, Aug 5, 2008 at 4:13 PM, Eric Sokolowsky [EMAIL PROTECTED] wrote:
 Ok, here it is, attached.

 On Tue, Aug 5, 2008 at 11:04 AM, Robert Osfield [EMAIL PROTECTED]
 wrote:

 Hi Eric,

 I could edit by hand, but I won't be able to check whether the change
 works or not.  Could you edit it and test then post the changes to me.

 Thanks,
 Robert

 On Tue, Aug 5, 2008 at 3:55 PM, Eric Sokolowsky [EMAIL PROTECTED]
 wrote:
  After updating to the latest svn, I noticed that 64-bit compilation is
  enabled by default on OSX (See line 532 of the main CMakeLists.txt).
  This is
  still broken. The default should be for 32-bit compilations so the build
  is
  not broken out of the box. We just need to remove ppc64 and x86_64 from
  that
  build. Users that know what they are doing can easily add it back in
  through
  cmake and use the other workarounds I already posted.
  -Eric
 
  On Tue, Aug 5, 2008 at 10:45 AM, Eric Sokolowsky [EMAIL PROTECTED]
  wrote:
 
 
  On Tue, Aug 5, 2008 at 10:44 AM, Eric Sokolowsky [EMAIL PROTECTED]
  wrote:
 
  This change only fixes libosgviewer for X11 (32- and 64-bit). It does
  not
  fix the two remaining issues: the osgviewerWX example and the osgdb_qt
  Quicktime plugin. Neither compile with 64-bit. So, out of the box, the
  64-bit build on OSX is still broken. However, another bug (which I
  have
  deliberately not fixed yet) keeps the default to 32-bit compilation,
  so
  things are not broken out-of-the-box.
  So here are the steps to take to compile 64-bit on OSX:
  Add ppc64 and/or x86_64 to CMAKE_OSX_ARCHITECTURES
  Generate the Xcode project
  Remove osgdb_qt and osgviewerWX from the list of targets within Xcode
  Build
  Doing this will compile, but images such as tiff, jpeg, gif, and png
  will
  not be supported.
 
  Note that this is only for 64-bit apps. 32-bit apps seem to work just
  fine
  when compiled against X11 or Carbon.
  -Eric
 
  ___
  osg-users mailing list
  osg-users@lists.openscenegraph.org
 
  http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
 
 
 ___
 osg-users mailing list
 osg-users@lists.openscenegraph.org
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


 ___
 osg-users mailing list
 osg-users@lists.openscenegraph.org
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] OSX X11 build

2008-08-05 Thread Eric Sokolowsky
Perhaps I did. Let me try again.

On Tue, Aug 5, 2008 at 11:22 AM, Robert Osfield [EMAIL PROTECTED]wrote:

 Hi Eric,

 The file is identical to the one that is already in svn/trunk.  Did
 you send the wrong file?

 Robert.

 On Tue, Aug 5, 2008 at 4:13 PM, Eric Sokolowsky [EMAIL PROTECTED]
 wrote:
  Ok, here it is, attached.
 
  On Tue, Aug 5, 2008 at 11:04 AM, Robert Osfield 
 [EMAIL PROTECTED]
  wrote:
 
  Hi Eric,
 
  I could edit by hand, but I won't be able to check whether the change
  works or not.  Could you edit it and test then post the changes to me.
 
  Thanks,
  Robert
 
  On Tue, Aug 5, 2008 at 3:55 PM, Eric Sokolowsky [EMAIL PROTECTED]
  wrote:
   After updating to the latest svn, I noticed that 64-bit compilation is
   enabled by default on OSX (See line 532 of the main CMakeLists.txt).
   This is
   still broken. The default should be for 32-bit compilations so the
 build
   is
   not broken out of the box. We just need to remove ppc64 and x86_64
 from
   that
   build. Users that know what they are doing can easily add it back in
   through
   cmake and use the other workarounds I already posted.
   -Eric
  
   On Tue, Aug 5, 2008 at 10:45 AM, Eric Sokolowsky [EMAIL PROTECTED]
   wrote:
  
  
   On Tue, Aug 5, 2008 at 10:44 AM, Eric Sokolowsky [EMAIL PROTECTED]
 
   wrote:
  
   This change only fixes libosgviewer for X11 (32- and 64-bit). It
 does
   not
   fix the two remaining issues: the osgviewerWX example and the
 osgdb_qt
   Quicktime plugin. Neither compile with 64-bit. So, out of the box,
 the
   64-bit build on OSX is still broken. However, another bug (which I
   have
   deliberately not fixed yet) keeps the default to 32-bit compilation,
   so
   things are not broken out-of-the-box.
   So here are the steps to take to compile 64-bit on OSX:
   Add ppc64 and/or x86_64 to CMAKE_OSX_ARCHITECTURES
   Generate the Xcode project
   Remove osgdb_qt and osgviewerWX from the list of targets within
 Xcode
   Build
   Doing this will compile, but images such as tiff, jpeg, gif, and png
   will
   not be supported.
  
   Note that this is only for 64-bit apps. 32-bit apps seem to work just
   fine
   when compiled against X11 or Carbon.
   -Eric
  
   ___
   osg-users mailing list
   osg-users@lists.openscenegraph.org
  
  
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
  
  
  ___
  osg-users mailing list
  osg-users@lists.openscenegraph.org
 
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
 
 
  ___
  osg-users mailing list
  osg-users@lists.openscenegraph.org
 
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
 
 
 ___
 osg-users mailing list
 osg-users@lists.openscenegraph.org
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

IF(WIN32)
CMAKE_MINIMUM_REQUIRED(VERSION 2.4.6 FATAL_ERROR)
ELSE(WIN32)
IF(APPLE)
CMAKE_MINIMUM_REQUIRED(VERSION 2.6.0 FATAL_ERROR)
IF(${CMAKE_MAJOR_VERSION} EQUAL 2 AND ${CMAKE_MINOR_VERSION} EQUAL 4 
AND ${CMAKE_PATCH_VERSION} LESS 7)
MESSAGE(Warning: A critical CMake bug exists in 2.4.6 and below. 
Trying to build Universal Binaries will result in a compile error that seems 
unrelated. Either avoid building Universal Binaries by changing the 
CMAKE_OSX_ARCHITECTURES field to list only your architecture, or upgrade to the 
current CVS version of CMake or a newer stable version if it exists.)
ENDIF(${CMAKE_MAJOR_VERSION} EQUAL 2 AND ${CMAKE_MINOR_VERSION} EQUAL 4 
AND ${CMAKE_PATCH_VERSION} LESS 7)
ELSE(APPLE)
CMAKE_MINIMUM_REQUIRED(VERSION 2.4.0 FATAL_ERROR)
ENDIF(APPLE)
ENDIF(WIN32)

if(COMMAND cmake_policy)
# Works around warnings libraries linked against that don't
# have absolute paths (e.g. -lpthreads)
cmake_policy(SET CMP0003 NEW)

# Works around warnings about escaped quotes in ADD_DEFINITIONS
# statements.
cmake_policy(SET CMP0005 NEW)
endif(COMMAND cmake_policy)

PROJECT(OpenSceneGraph)

SET(OPENSCENEGRAPH_MAJOR_VERSION 2)
SET(OPENSCENEGRAPH_MINOR_VERSION 6)
SET(OPENSCENEGRAPH_PATCH_VERSION 0)
SET(OPENSCENEGRAPH_SOVERSION 44)

SET(OPENSCENEGRAPH_VERSION 
${OPENSCENEGRAPH_MAJOR_VERSION}.${OPENSCENEGRAPH_MINOR_VERSION}.${OPENSCENEGRAPH_PATCH_VERSION})

SET(OSG_PLUGINS osgPlugins-${OPENSCENEGRAPH_VERSION})

SET(OSG_PLUGIN_PREFIX )

IF (CYGWIN)
SET(OSG_PLUGIN_PREFIX cygwin_)
ENDIF(CYGWIN)

IF(MINGW)
SET(OSG_PLUGIN_PREFIX mingw_)
ENDIF(MINGW)


# We want to build SONAMES shared librariess
SET(OPENSCENEGRAPH_SONAMES TRUE)
SET(OPENTHREADS_SONAMES TRUE)

SET(OpenThreads_SOURCE_DIR ${OpenSceneGraph_SOURCE_DIR})

# We have some custom .cmake scripts not in the official distribution.
# Maybe this can be used override existing behavior if needed?
SET(CMAKE_MODULE_PATH 

Re: [osg-users] OSX X11 build

2008-08-05 Thread Robert Osfield
Thanks Eric, change came through this time, now merged and submitted
to SVN/trunk and OpenSceneGraph-2.6 branch.

On Tue, Aug 5, 2008 at 4:26 PM, Eric Sokolowsky [EMAIL PROTECTED] wrote:
 Perhaps I did. Let me try again.

 On Tue, Aug 5, 2008 at 11:22 AM, Robert Osfield [EMAIL PROTECTED]
 wrote:

 Hi Eric,

 The file is identical to the one that is already in svn/trunk.  Did
 you send the wrong file?

 Robert.

 On Tue, Aug 5, 2008 at 4:13 PM, Eric Sokolowsky [EMAIL PROTECTED]
 wrote:
  Ok, here it is, attached.
 
  On Tue, Aug 5, 2008 at 11:04 AM, Robert Osfield
  [EMAIL PROTECTED]
  wrote:
 
  Hi Eric,
 
  I could edit by hand, but I won't be able to check whether the change
  works or not.  Could you edit it and test then post the changes to me.
 
  Thanks,
  Robert
 
  On Tue, Aug 5, 2008 at 3:55 PM, Eric Sokolowsky [EMAIL PROTECTED]
  wrote:
   After updating to the latest svn, I noticed that 64-bit compilation
   is
   enabled by default on OSX (See line 532 of the main CMakeLists.txt).
   This is
   still broken. The default should be for 32-bit compilations so the
   build
   is
   not broken out of the box. We just need to remove ppc64 and x86_64
   from
   that
   build. Users that know what they are doing can easily add it back in
   through
   cmake and use the other workarounds I already posted.
   -Eric
  
   On Tue, Aug 5, 2008 at 10:45 AM, Eric Sokolowsky [EMAIL PROTECTED]
   wrote:
  
  
   On Tue, Aug 5, 2008 at 10:44 AM, Eric Sokolowsky
   [EMAIL PROTECTED]
   wrote:
  
   This change only fixes libosgviewer for X11 (32- and 64-bit). It
   does
   not
   fix the two remaining issues: the osgviewerWX example and the
   osgdb_qt
   Quicktime plugin. Neither compile with 64-bit. So, out of the box,
   the
   64-bit build on OSX is still broken. However, another bug (which I
   have
   deliberately not fixed yet) keeps the default to 32-bit
   compilation,
   so
   things are not broken out-of-the-box.
   So here are the steps to take to compile 64-bit on OSX:
   Add ppc64 and/or x86_64 to CMAKE_OSX_ARCHITECTURES
   Generate the Xcode project
   Remove osgdb_qt and osgviewerWX from the list of targets within
   Xcode
   Build
   Doing this will compile, but images such as tiff, jpeg, gif, and
   png
   will
   not be supported.
  
   Note that this is only for 64-bit apps. 32-bit apps seem to work
   just
   fine
   when compiled against X11 or Carbon.
   -Eric
  
   ___
   osg-users mailing list
   osg-users@lists.openscenegraph.org
  
  
   http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
  
  
  ___
  osg-users mailing list
  osg-users@lists.openscenegraph.org
 
  http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
 
 
  ___
  osg-users mailing list
  osg-users@lists.openscenegraph.org
 
  http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
 
 
 ___
 osg-users mailing list
 osg-users@lists.openscenegraph.org
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


 ___
 osg-users mailing list
 osg-users@lists.openscenegraph.org
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


[osg-users] OSX X11 build

2008-07-25 Thread Eric Sokolowsky
I've been away from OSG for a few weeks (vacations, other projects, etc) but
I have some time to get back to it. I'm encountering trouble building OSG
with X11 because CMake can't find GL/glx.h. I'm going to keep banging away
at this, but if anyone offhand knows how to get CMake to find the file in
the right place, please let me know. This header file is needed to compile
osgViewer (the library, not the application).

I intend to get this resolved before Robert releases OSG 2.6. I'm also
trying to see if the X11 build will support 64-bit, which the Carbon build
will not.

-Eric
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org