FGFS-4.1/OpenSceneGraph
4
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
b1d64ee476
OpenSceneGraph/CMakeLists.txt

1380 lines
61 KiB
CMake
Raw Normal View History

Moved the version to 3.5.9 and the version setting code to top of CMake file
2017-11-20 20:49:20 +08:00
#
# OpenSceneGraph CMake build file
#
SET(OPENSCENEGRAPH_MAJOR_VERSION 3)
Updated version numbers in prep for 3.6 branch
2018-03-20 17:12:58 +08:00
SET(OPENSCENEGRAPH_MINOR_VERSION 6)
Updated version number in prep for future 3.6.1 release.
2018-04-17 00:53:38 +08:00
SET(OPENSCENEGRAPH_PATCH_VERSION 1)
Updated SO version to reflect change in ABI
2018-04-30 18:55:17 +08:00
SET(OPENSCENEGRAPH_SOVERSION 157)
Moved the version to 3.5.9 and the version setting code to top of CMake file
2017-11-20 20:49:20 +08:00
# set to 0 when not a release candidate, non zero means that any generated
# git tags will be treated as release candidates of given number
Updated for 3.6.1
2018-05-28 15:58:21 +08:00
SET(OPENSCENEGRAPH_RELEASE_CANDIDATE 0)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
set(CMAKE_ALLOW_LOOSE_LOOP_CONSTRUCTS TRUE)
From Tassilo Glander,"I patched the cmake configuration to support folders, which are really handy to organize the many projects in the OSG solution into examples, applications and core libs in the IDE. This feature has been introduced to cmake in 2.8.3, on older versions it should be ignored silently. I tested on Visual Studio 2008 with cmake 2.8.3 and 2.8.4. See the screenshots for comparison [img]osg_solution.png[/img] This needs few changes: activate on global cmakelist.txt: [code]set_property(GLOBAL PROPERTY USE_FOLDERS On)[/code] set appropriate folder names for project type in osgMacroUtils.cmake: [code]SET_TARGET_PROPERTIES(${CORELIB_NAME} PROPERTIES FOLDER "OSG Core")[/code] similar for examples, applications"
2011-03-09 21:05:59 +08:00
set_property(GLOBAL PROPERTY USE_FOLDERS ON)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
Changed the min CMake version to 2.8.0
2016-09-23 01:33:35 +08:00
CMAKE_MINIMUM_REQUIRED(VERSION 2.8.0 FATAL_ERROR)
Added different cmake version requirements across platforms
2007-04-12 18:14:10 +08:00
From Philip Lowman, post 1: "Here is a collection of changes which should fix issues building the OSG with CMake 2.6.0 (along with some other changes) CMakeLists.txt: * Set CMP0003 to supress warning about linking against -lpthread (which is a non-absolute library location). (CMake 2.6.x fix) * Modified the WIN32_USE_MP and a couple of other Visual Studio specific flags to be in an IF(MSVC) block (minor tweak to reduce exposing this stuff on MinGW builds) * Includes my second set of glu tesselator autodetection changes that you seemed to want but haven't committed yet. src/OpenThreads/pthreads/CMakeLists.txt: * Eliminates warning when compiling on Linux about spaces in link line (CMake 2.6.x fix) CMakeModules/OsgMacroUtils.cmake: * Tweaks to make the macros behave properly under CMake 2.6.0 (doesn't change behavior under CMake 2.4.x) CMakeModules/Find3rdPartyDependencies.cmake: * Adds the NO_DEFAULT_PATH option to all of the search options so that things in C:\Program Files\OpenSceneGraph aren't accidently picked up during configure time and instead only things in the "3rdParty" folder are discovered. (general bugfix) " post 2: "Ok, hold the presses. I just discovered that for some odd reason the osgdb_* plugins under Linux aren't getting put under the osgPlugins-2.5.0 folder. Not exactly sure why this broke, the folder was there, just empty. I'll have to look into it this evening." post 3: "Fixed, was caused by the switch to CMAKE_LIBRARY_OUTPUT_DIRECTORY and some code in osgPlugins/CMakeLists.txt that effectively overrides LIBRARY_OUTPUT_PATH on non-MSVC compilers to dump the plugins in the plugins folder. I tweaked it to override CMAKE_LIBRARY_OUTPUT_DIRECTORY as well. Seems to work fine."
2008-05-27 06:36:58 +08:00
if(COMMAND cmake_policy)
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
# Works around warnings libraries linked against that don't
# have absolute paths (e.g. -lpthreads)
From Philip Lowman, post 1: "Here is a collection of changes which should fix issues building the OSG with CMake 2.6.0 (along with some other changes) CMakeLists.txt: * Set CMP0003 to supress warning about linking against -lpthread (which is a non-absolute library location). (CMake 2.6.x fix) * Modified the WIN32_USE_MP and a couple of other Visual Studio specific flags to be in an IF(MSVC) block (minor tweak to reduce exposing this stuff on MinGW builds) * Includes my second set of glu tesselator autodetection changes that you seemed to want but haven't committed yet. src/OpenThreads/pthreads/CMakeLists.txt: * Eliminates warning when compiling on Linux about spaces in link line (CMake 2.6.x fix) CMakeModules/OsgMacroUtils.cmake: * Tweaks to make the macros behave properly under CMake 2.6.0 (doesn't change behavior under CMake 2.4.x) CMakeModules/Find3rdPartyDependencies.cmake: * Adds the NO_DEFAULT_PATH option to all of the search options so that things in C:\Program Files\OpenSceneGraph aren't accidently picked up during configure time and instead only things in the "3rdParty" folder are discovered. (general bugfix) " post 2: "Ok, hold the presses. I just discovered that for some odd reason the osgdb_* plugins under Linux aren't getting put under the osgPlugins-2.5.0 folder. Not exactly sure why this broke, the folder was there, just empty. I'll have to look into it this evening." post 3: "Fixed, was caused by the switch to CMAKE_LIBRARY_OUTPUT_DIRECTORY and some code in osgPlugins/CMakeLists.txt that effectively overrides LIBRARY_OUTPUT_PATH on non-MSVC compilers to dump the plugins in the plugins folder. I tweaked it to override CMAKE_LIBRARY_OUTPUT_DIRECTORY as well. Seems to work fine."
2008-05-27 06:36:58 +08:00
cmake_policy(SET CMP0003 NEW)
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
# Works around warnings about escaped quotes in ADD_DEFINITIONS
# statements.
From Eric Sokolowsky, "I have made a number of changes intended to get a few things working better on OSX. However, since I'm still pretty new at Mac development and cmake I'm not entirely certain that the changes I have made are benign on other platforms. I have tested these changes on Leopard with CMake 2.6 generating Xcode 3.0 projects, compiling on ppc and i386 for 10.5 and 10.4, and on Linux (CentOS) and everything still seems to work ok. Here are the changes I made (against OSG svn as of this afternoon): - Added osgviewerCocoa example to APPLE builds - Fixed corrupt Xcode project generation with CMake 2.6 dealing with ADD_DEFINITIONS and CMake Policy CMP0005 on Leopard - Resolved CMP0006 warning for examples and programs by setting BUNDLE DESTINATION to same as RUNTIME DESTINATION with CMake 2.6 - Fixed freetype plugin on Leopard to avoid OpenGL linking problem - Figured out how to use a custom Info.plist included in the project (see osgviewerCocoa application CMakeLists.txt)"
2008-06-23 17:57:45 +08:00
cmake_policy(SET CMP0005 NEW)
From Mattias Helsing, CMakeLists.txt changes: "I installed latest Cmake(2.6.1) on a new machine and got a CMP008 warning from cmake. This fix set up osg to use the old behaviour which have worked before. We might set this to NEW but I need to do more testing first. I'l be able to test this on winxp with msvc80/90 and ubuntu hardy with gcc-4.2. quote from cmake cvs log policy CMP0008 to decides how to treat full path libraries that do not appear to be valid library file names. Such libraries worked by accident in the VS IDE and Xcode generators with CMake 2.4 and below." OsgMarcroUtils.cmake changes: "On Philips suggestion truncated a redundant if/else construction in OsgMacroUtils to avoid developer warnings in cmake-2.6.1 concerning cmake policy CMP0008 which allows full paths to libraries only with valid library names "
2008-09-18 03:25:40 +08:00
Improved handling of recent Cmake versions
2011-10-20 17:23:26 +08:00
# tell CMake to prefer CMake's own CMake modules when available
From Ulrich Hertlein, fixed build problem due to cmake_policy CMP0017 being only available from cmake-2.8.4, added guard to prevent build problems
2011-10-20 18:52:32 +08:00
# only available from cmake-2.8.4
Removed use of deprecated cmake policy
2018-05-12 14:51:51 +08:00
if("${CMAKE_VERSION}" VERSION_GREATER 2.8.3)
From Ulrich Hertlein, fixed build problem due to cmake_policy CMP0017 being only available from cmake-2.8.4, added guard to prevent build problems
2011-10-20 18:52:32 +08:00
cmake_policy(SET CMP0017 NEW)
endif()
Improved handling of recent Cmake versions
2011-10-20 17:23:26 +08:00
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
endif()
Ran dos2unix
2007-03-09 17:07:05 +08:00
Updates to the CMake build system for Mac OSX
2016-08-10 21:30:28 +08:00
IF(APPLE)
# Get OSX version in MAJOR.MINOR format
EXECUTE_PROCESS(COMMAND sw_vers -productVersion
OUTPUT_VARIABLE OSG_OSX_VERSION
OUTPUT_STRIP_TRAILING_WHITESPACE)
STRING(REGEX REPLACE "^([0-9]+\\.[0-9]+).*$" "\\1"
OSG_OSX_VERSION "${OSG_OSX_VERSION}")
ENDIF()
# Set OSX architecture flags here, since they must be specified before
# creating the actual OSG project.
# Note that the CMAKE_OSX_* variables are not well documented in
# CMake 2.8, but they do officially exist.
# See https://cmake.org/Bug/view.php?id=14695#c34953
# Additionally, OSG_WINDOWING_SYSTEM is set here for OSX since its
# value is needed to find the correct version of OpenGL (X11 or Cocoa).
IF(APPLE AND NOT ANDROID)
# Here we check if the user specified IPhone SDK
# These options are formally defined later, but can also be specified
# by the user at the command line using the cmake -D switch
# Note that FORCE is used since the user will likely enable IPhone
# build via CMake GUI after already having configured once
IF(OSG_BUILD_PLATFORM_IPHONE OR OSG_BUILD_PLATFORM_IPHONE_SIMULATOR)
SET(OSG_WINDOWING_SYSTEM "IOS" CACHE STRING "Windowing system type for graphics window creation, options only IOS.")
#set iphone arch and flags taken from http://sites.google.com/site/michaelsafyan/coding/resources/how-to-guides/cross-compile-for-the-iphone/how-to-cross-compile-for-the-iphone-using-cmake
IF(OSG_BUILD_PLATFORM_IPHONE)
IF(${IPHONE_VERSION_MIN} LESS "7.0")
iOS CMake project generation improvements (bitcode option) when building for iOS, Xcode allows developers to specify to enable or disable the 'bitcode' compilation option. There's not a preferred way to go and the choice is really up to the developer but considering that: 1. Currently the generated project defaults the option to YES 2. There are almost 90 projects targets that should be modified if one wants to disable the bitcode option (which considerably reduces the footprint of the app) 3. Even though one can select all the 90+ targets and set the option to NO for all of them, the updates could take a few seconds and could be error prone because one could miss to select some targets I propose to add a CMake setting that is displayed only when building for iOS. By setting this option "before" the project generation would speed up things for developers and would avoid errors at compiling time.
2018-03-09 18:17:59 +08:00
SET(CMAKE_OSX_ARCHITECTURES "armv6;armv7" CACHE STRING "Build architectures for iOS" FORCE)
Updates to the CMake build system for Mac OSX
2016-08-10 21:30:28 +08:00
ELSE()
iOS CMake project generation improvements (bitcode option) when building for iOS, Xcode allows developers to specify to enable or disable the 'bitcode' compilation option. There's not a preferred way to go and the choice is really up to the developer but considering that: 1. Currently the generated project defaults the option to YES 2. There are almost 90 projects targets that should be modified if one wants to disable the bitcode option (which considerably reduces the footprint of the app) 3. Even though one can select all the 90+ targets and set the option to NO for all of them, the updates could take a few seconds and could be error prone because one could miss to select some targets I propose to add a CMake setting that is displayed only when building for iOS. By setting this option "before" the project generation would speed up things for developers and would avoid errors at compiling time.
2018-03-09 18:17:59 +08:00
SET(CMAKE_OSX_ARCHITECTURES "armv7;armv7s;arm64" CACHE STRING "Build architectures for iOS" FORCE)
Updates to the CMake build system for Mac OSX
2016-08-10 21:30:28 +08:00
ENDIF()
ELSE()
Add x86_64 architecture to iOS simulator
2017-05-24 23:29:19 +08:00
#simulator uses i386 and x86_64 architectures
SET(CMAKE_OSX_ARCHITECTURES "i386;x86_64" CACHE STRING "Build architectures for iOS Simulator" FORCE)
Updates to the CMake build system for Mac OSX
2016-08-10 21:30:28 +08:00
ENDIF()
misc. typo fixes mostly non-user-facing but some doxy.
2017-08-16 00:23:49 +08:00
#here we set the specific iphone sdk version. We can only set either device or simulator sdk. So if you want both you currently have to have two separate projects
Updates to the CMake build system for Mac OSX
2016-08-10 21:30:28 +08:00
SET(CMAKE_OSX_SYSROOT "${IPHONE_SDKROOT}" CACHE STRING "System root for iOS" FORCE)
ELSE()
# OSX >= 10.5 uses Cocoa windowing system, otherwise Carbon
IF(OSG_OSX_VERSION VERSION_LESS 10.5)
SET(OSG_WINDOWING_SYSTEM "Carbon" CACHE STRING "Windowing system type for graphics window creation, options Carbon, Cocoa or X11.")
ELSE()
SET(OSG_WINDOWING_SYSTEM "Cocoa" CACHE STRING "Windowing system type for graphics window creation, options Carbon, Cocoa or X11.")
ENDIF()
# Set defaults for Universal Binaries. We want 32-bit Intel/PPC on 10.4
# and 32/64-bit Intel/PPC on >= 10.5. Anything <= 10.3 doesn't support.
# These are set the first time CMake is run, and can be changed by
# the user at any time.
IF(OSG_OSX_VERSION VERSION_GREATER 10.7)
# 64 Bit Works, i386,ppc is not supported any more
SET(CMAKE_OSX_ARCHITECTURES "x86_64" CACHE STRING "Build architectures for OSX")
SET(CMAKE_OSX_DEPLOYMENT_TARGET "10.8" CACHE STRING "Target OSX version")
ELSEIF(OSG_OSX_VERSION VERSION_EQUAL 10.7)
# 64 Bit Works, PPC is not supported any more
SET(CMAKE_OSX_ARCHITECTURES "i386;x86_64" CACHE STRING "Build architectures for OSX")
ELSEIF(OSG_OSX_VERSION VERSION_GREATER 10.4)
# 64-bit compiles are not supported with Carbon.
SET(CMAKE_OSX_ARCHITECTURES "ppc;i386" CACHE STRING "Build architectures for OSX")
SET(CMAKE_OSX_DEPLOYMENT_TARGET "10.5" CACHE STRING "Target OSX version")
ELSEIF(OSG_OSX_VERSION VERSION_EQUAL 10.4)
# 64-bit compiles are not supported with Carbon.
SET(CMAKE_OSX_ARCHITECTURES "ppc;i386" CACHE STRING "Build architectures for OSX")
ELSE()
# No Universal Binary support and SDK detection is too unreliable.
# Warn user and continue at their own peril.
MESSAGE(WARNING "OSX 10.3 and earlier not supported.")
ENDIF()
ENDIF()
ENDIF()
Ran dos2unix
2007-03-09 17:07:05 +08:00
PROJECT(OpenSceneGraph)
Introduced VERSION and SOVERSION'ing of libraries.
2007-05-21 01:38:11 +08:00
SET(OPENSCENEGRAPH_VERSION ${OPENSCENEGRAPH_MAJOR_VERSION}.${OPENSCENEGRAPH_MINOR_VERSION}.${OPENSCENEGRAPH_PATCH_VERSION})
SET(OSG_PLUGINS osgPlugins-${OPENSCENEGRAPH_VERSION})
Introduced a OSG_PLUGIN_PREFIX variable into CMake build system with it set to "" for all platforms except Cygwin where its set to "cygwin_" and Mingw where it is set to "mingw_". Updated osgDB::Registry to look for these for the plugins. Updated the osgintrospection example to search for these names as well.
2007-10-03 05:26:22 +08:00
SET(OSG_PLUGIN_PREFIX "")
IF (CYGWIN)
SET(OSG_PLUGIN_PREFIX "cygwin_")
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
Introduced a OSG_PLUGIN_PREFIX variable into CMake build system with it set to "" for all platforms except Cygwin where its set to "cygwin_" and Mingw where it is set to "mingw_". Updated osgDB::Registry to look for these for the plugins. Updated the osgintrospection example to search for these names as well.
2007-10-03 05:26:22 +08:00
IF(MINGW)
SET(OSG_PLUGIN_PREFIX "mingw_")
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
Introduced a OSG_PLUGIN_PREFIX variable into CMake build system with it set to "" for all platforms except Cygwin where its set to "cygwin_" and Mingw where it is set to "mingw_". Updated osgDB::Registry to look for these for the plugins. Updated the osgintrospection example to search for these names as well.
2007-10-03 05:26:22 +08:00
Introduced VERSION and SOVERSION'ing of libraries.
2007-05-21 01:38:11 +08:00
# We want to build SONAMES shared librariess
SET(OPENSCENEGRAPH_SONAMES TRUE)
SET(OPENTHREADS_SONAMES TRUE)
Added support for version of the osgPlugins directory, which now gets versioned according to the OpenSceneGraph/CMakeLists.txt and the include/osg/Version settings. These changes mean that the 1.9.5 release will have a libs/osgPlugins-1.9.5 directory.
2007-05-20 20:29:11 +08:00
Added support for setting OpenThreads_SOURCE_DIR to help the install of OpenThreads headers
2007-05-03 16:50:06 +08:00
SET(OpenThreads_SOURCE_DIR ${OpenSceneGraph_SOURCE_DIR})
Ran dos2unix
2007-03-09 17:07:05 +08:00
# 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}")
Added CMake script to set the default CMAKE_BUILD_TYPE to Release. Approach taken from simgear. git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14489 16af8721-9629-0410-8352-f15c8da7e697
2014-11-20 01:42:11 +08:00
# Change the default build type to Release
IF(NOT CMAKE_BUILD_TYPE)
SET(CMAKE_BUILD_TYPE Release CACHE STRING "Choose the type of build, options are: None Debug Release RelWithDebInfo MinSizeRel." FORCE)
ENDIF(NOT CMAKE_BUILD_TYPE)
From Rafa Gaitan, "I finally had some time to change the build system for Android using a Toolchain, which, I think, will be easier to maintain and uses cmake standard system to build it. My changes: ------------------- - I changed the cmake files and added a toolchain for building OSG in Android. The toolchain is based on the one used at OpenCV. For building OSG for android you just need to do: mkdir build_android_static_gles2 && cd build_android_static_gles2 cmake .. -DANDROID_NDK=<path-to-the-android-ndk> -DCMAKE_TOOLCHAIN_FILE=../PlatformSpecifics/Android/android.toolchain.cmake -DOPENGL_PROFILE="GLES2" -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NATIVE_API_LEVEL=15 # optional -DANDROID_ABI=armeabim #optional -DCMAKE_INSTALL_PREFIX=<path-to-the-install-path> #optional make -j 8 make install The OPENGL_PROFILE works as expected, changing it to "GLES1" it builds and links OSG using GLES1. The DYNAMIC_OPENTHREADS/DYNAMIC_OPENSCENEGRAPH parameters also allows to build the dynamic libraries - I also added some build fixes for android related to the texture formats and added some missing USE_OSG_SERIALIZER_WRAPPER in the osg serializer library to support loading osgb files in static." git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14514 16af8721-9629-0410-8352-f15c8da7e697
2014-11-21 18:37:33 +08:00
IF(ANDROID)
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
INCLUDE(OsgAndroidMacroUtils)
ENDIF()
From Eric Wing, added handling of CMAKE_THREAD_LIBS_INIT
2007-03-29 18:56:07 +08:00
# Okay, here's the problem: On some platforms, linking against OpenThreads
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
# is not enough and explicit linking to the underlying thread library
From Eric Wing, added handling of CMAKE_THREAD_LIBS_INIT
2007-03-29 18:56:07 +08:00
# is also required (e.g. FreeBSD). But OpenThreads may be built with different
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
# backends (Pthreads, Sproc, Windows) so we don't know what the underlying
# thread library is because some platforms support multiple backends (e.g.
# IRIX supports Sproc and Pthreads). Linking all libraries won't work
From Eric Wing, added handling of CMAKE_THREAD_LIBS_INIT
2007-03-29 18:56:07 +08:00
# because the libraries may be incompatible.
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
# So the current solution is to attempt best guess linking and exempt certain
From Eric Wing, added handling of CMAKE_THREAD_LIBS_INIT
2007-03-29 18:56:07 +08:00
# cases. With IRIX, we're going to hope explicit linking to the underlying
# library is not necessary. We currently don't case for pthreads on Windows
# which might be an issue on things like Cygwin. This may need to be fixed.
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
IF(NOT ANDROID)
FIND_PACKAGE(Threads)
ENDIF()
From Eric Wing, added handling of CMAKE_THREAD_LIBS_INIT
2007-03-29 18:56:07 +08:00
IF(CMAKE_SYSTEM MATCHES IRIX)
Removed tabs
2007-04-11 16:33:40 +08:00
# Erase CMAKE_THREAD_LIBS_INIT and hope it works
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
SET(CMAKE_THREAD_LIBS_INIT "" CACHE INTERNAL "")
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Eric Wing, added handling of CMAKE_THREAD_LIBS_INIT
2007-03-29 18:56:07 +08:00
Changed svn reference to git
2016-03-02 04:35:58 +08:00
OPTION(OSG_MAINTAINER "Enable OpenSceneGraph maintainer build methods, such as making git branches, tags, updating ChangeLog." OFF)
Introduced a OSG_MAINTAINER section of cmake build to help support making tags and branches
2008-09-01 23:27:35 +08:00
IF (OSG_MAINTAINER)
SET(OPENSCENEGRAPH_BRANCH OpenSceneGraph-${OPENSCENEGRAPH_MAJOR_VERSION}.${OPENSCENEGRAPH_MINOR_VERSION})
#
# Provide target for tagging a release
#
Refactored the make tag-test, tag-run, branch-test, branch-run and ChangeLog features of the CMakeLists build system so it now supports working off git instead of subversion
2016-03-02 03:44:32 +08:00
SET(GITCOMMAND git)
Introduced a OSG_MAINTAINER section of cmake build to help support making tags and branches
2008-09-01 23:27:35 +08:00
IF (OPENSCENEGRAPH_RELEASE_CANDIDATE EQUAL 0)
SET(RELEASE_NAME OpenSceneGraph-${OPENSCENEGRAPH_VERSION})
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ELSE()
Introduced a OSG_MAINTAINER section of cmake build to help support making tags and branches
2008-09-01 23:27:35 +08:00
SET(RELEASE_NAME OpenSceneGraph-${OPENSCENEGRAPH_VERSION}-rc${OPENSCENEGRAPH_RELEASE_CANDIDATE})
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
Introduced a OSG_MAINTAINER section of cmake build to help support making tags and branches
2008-09-01 23:27:35 +08:00
Fixed the make tag-run and branch-run
2016-03-02 04:24:19 +08:00
SET(RELEASE_MESSAGE "Release ${RELEASE_NAME}")
SET(BRANCH_MESSAGE "Branch ${OPENSCENEGRAPH_BRANCH}")
Introduced a OSG_MAINTAINER section of cmake build to help support making tags and branches
2008-09-01 23:27:35 +08:00
ADD_CUSTOM_TARGET(tag-test
Fixed the make tag-run and branch-run
2016-03-02 04:24:19 +08:00
COMMAND echo ${GITCOMMAND} tag -a ${RELEASE_NAME} -m ${RELEASE_MESSAGE}
Refactored the make tag-test, tag-run, branch-test, branch-run and ChangeLog features of the CMakeLists build system so it now supports working off git instead of subversion
2016-03-02 03:44:32 +08:00
COMMAND echo ${GITCOMMAND} push origin ${RELEASE_NAME}
Introduced a OSG_MAINTAINER section of cmake build to help support making tags and branches
2008-09-01 23:27:35 +08:00
)
ADD_CUSTOM_TARGET(tag-run
Fixed the make tag-run and branch-run
2016-03-02 04:24:19 +08:00
COMMAND ${GITCOMMAND} tag -a ${RELEASE_NAME} -m ${RELEASE_MESSAGE}
Refactored the make tag-test, tag-run, branch-test, branch-run and ChangeLog features of the CMakeLists build system so it now supports working off git instead of subversion
2016-03-02 03:44:32 +08:00
COMMAND ${GITCOMMAND} push origin ${RELEASE_NAME}
Introduced a OSG_MAINTAINER section of cmake build to help support making tags and branches
2008-09-01 23:27:35 +08:00
)
ADD_CUSTOM_TARGET(branch-test
Removed -m message that was causing problems with branch creation
2018-03-20 17:20:59 +08:00
COMMAND echo ${GITCOMMAND} branch ${OPENSCENEGRAPH_BRANCH}
Refactored the make tag-test, tag-run, branch-test, branch-run and ChangeLog features of the CMakeLists build system so it now supports working off git instead of subversion
2016-03-02 03:44:32 +08:00
COMMAND echo ${GITCOMMAND} push origin ${OPENSCENEGRAPH_BRANCH}
Introduced a OSG_MAINTAINER section of cmake build to help support making tags and branches
2008-09-01 23:27:35 +08:00
)
ADD_CUSTOM_TARGET(branch-run
Removed -m message that was causing problems with branch creation
2018-03-20 17:20:59 +08:00
COMMAND ${GITCOMMAND} branch ${OPENSCENEGRAPH_BRANCH}
Refactored the make tag-test, tag-run, branch-test, branch-run and ChangeLog features of the CMakeLists build system so it now supports working off git instead of subversion
2016-03-02 03:44:32 +08:00
COMMAND ${GITCOMMAND} push origin ${OPENSCENEGRAPH_BRANCH}
Introduced a OSG_MAINTAINER section of cmake build to help support making tags and branches
2008-09-01 23:27:35 +08:00
)
#
# Provide target for generating ChangeLog
#
Updated ChangeLog formatting
2016-09-06 02:12:54 +08:00
SET(GITLOGFORMAT "%aD%nAuthor : %an%n%s%b%n")
Refactored the make tag-test, tag-run, branch-test, branch-run and ChangeLog features of the CMakeLists build system so it now supports working off git instead of subversion
2016-03-02 03:44:32 +08:00
SET(GENERATELOGS git log --pretty=format:${GITLOGFORMAT})
Introduced a OSG_MAINTAINER section of cmake build to help support making tags and branches
2008-09-01 23:27:35 +08:00
ADD_CUSTOM_TARGET(ChangeLog
Refactored the make tag-test, tag-run, branch-test, branch-run and ChangeLog features of the CMakeLists build system so it now supports working off git instead of subversion
2016-03-02 03:44:32 +08:00
COMMAND ${GENERATELOGS} > ChangeLog
Introduced a OSG_MAINTAINER section of cmake build to help support making tags and branches
2008-09-01 23:27:35 +08:00
)
From Ulrich Hertlein, fixed build problem due to cmake_policy CMP0017 being only available from cmake-2.8.4, added guard to prevent build problems
2011-10-20 18:52:32 +08:00
Introduced a OSG_MAINTAINER section of cmake build to help support making tags and branches
2008-09-01 23:27:35 +08:00
ENDIF(OSG_MAINTAINER)
From Jan Klimke, "i noticed, that there are a couple of additional flaws when building osg for Mac OS X 10.10 Yosemite. The mac os sdk version is recognized by the current CMAKE script as 10.1 instead of 10.10 since it cuts the version string from the 4th place. I introduced a more reliable version checking based on splitting the returned version code into MAJOR MINOR and PATCH parts and reassemble the OSG sdk version afterwards. I replaced the existing CMake code against the following (returning now version 10.10 as expected): # Determine the canonical name of the selected Platform SDK EXECUTE_PROCESS(COMMAND "/usr/bin/sw_vers" "-productVersion" OUTPUT_VARIABLE OSG_OSX_SDK_NAME OUTPUT_STRIP_TRAILING_WHITESPACE) STRING(REPLACE "." ";" MACOS_VERSION_LIST ${OSG_OSX_SDK_NAME}) LIST(GET MACOS_VERSION_LIST 0 MACOS_VERSION_MAJOR) LIST(GET MACOS_VERSION_LIST 1 MACOS_VERSION_MINOR) LIST(GET MACOS_VERSION_LIST 2 MACOS_VERSION_PATCH) SET(OSG_OSX_SDK_NAME "macosx${MACOS_VERSION_MAJOR}.${MACOS_VERSION_MINOR}") Also i added the check for the new Version to some more find scripts. Additionally the nil object in Objective C now seems to be equivalent with a null_ptr that cannot be passed as GLInt anymore. So i switched this in the PixelBufferCocoa.mm to pass a zero instead of nil. " git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14527 16af8721-9629-0410-8352-f15c8da7e697
2014-11-24 23:19:20 +08:00
IF(NOT ANDROID)
IF(APPLE)
From Tomas Holgarth and Stephan Huber, " attached you'll find the second part of the IOS-submission. It contains * GraphicsWindowIOS, which supports external and "retina" displays, multisample-buffers (for IOS > 4.0) and multi-touch-events * an ios-specific implementation of the imageio-plugin * an iphone-viewer example * cMake support for creating a xcode-project * an updated ReadMe-file describing the necessary steps to get a working xcode-project-file from CMake Please credit Thomas Hogarth and Stephan Huber for these changes. This brings the ios-support in line with the git-fork on github. It needs some more testing and some more love, the cmake-process is still a little complicated. You'll need a special version of the freetype lib compiled for IOS, there's one bundled in the OpenFrameworks-distribution, which can be used." Notes, from Robert Osfield, modified CMakeLists.txt files so that the IOS specific paths are within IF(APPLE) blocks.
2010-11-27 02:19:28 +08:00
# Trying to get CMake to generate an XCode IPhone project, current efforts are to get iphoneos sdk 3.1 working
# Added option which needs manually setting to select the IPhone SDK for building. We can only have one of the below
misc. typo fixes mostly non-user-facing but some doxy.
2017-08-16 00:23:49 +08:00
# set to true. Should really have an OSG_BUILD_PLATFORM variable that we set to our desired platform
From Tomas Holgarth and Stephan Huber, " attached you'll find the second part of the IOS-submission. It contains * GraphicsWindowIOS, which supports external and "retina" displays, multisample-buffers (for IOS > 4.0) and multi-touch-events * an ios-specific implementation of the imageio-plugin * an iphone-viewer example * cMake support for creating a xcode-project * an updated ReadMe-file describing the necessary steps to get a working xcode-project-file from CMake Please credit Thomas Hogarth and Stephan Huber for these changes. This brings the ios-support in line with the git-fork on github. It needs some more testing and some more love, the cmake-process is still a little complicated. You'll need a special version of the freetype lib compiled for IOS, there's one bundled in the OpenFrameworks-distribution, which can be used." Notes, from Robert Osfield, modified CMakeLists.txt files so that the IOS specific paths are within IF(APPLE) blocks.
2010-11-27 02:19:28 +08:00
OPTION(OSG_BUILD_PLATFORM_IPHONE "Enable IPhoneSDK Device support" OFF)
OPTION(OSG_BUILD_PLATFORM_IPHONE_SIMULATOR "Enable IPhoneSDK Simulator support" OFF)
IF(OSG_BUILD_PLATFORM_IPHONE OR OSG_BUILD_PLATFORM_IPHONE_SIMULATOR)
#you need to manually set the default sdk version here
GLES3 now working on iOS, tried to maintain support for have bother gles2 and gles3, allowed avfoundation to be added on iOS, improved iOS example cmake generation
2017-03-18 14:53:32 +08:00
SET (IPHONE_SDKVER "10.2" CACHE STRING "IOS SDK-Version")
SET (IPHONE_VERSION_MIN "7.0" CACHE STRING "IOS minimum os version, use 7.0 or greater to get 64bit support")
From Tomas Holgarth and Stephan Huber, " attached you'll find the second part of the IOS-submission. It contains * GraphicsWindowIOS, which supports external and "retina" displays, multisample-buffers (for IOS > 4.0) and multi-touch-events * an ios-specific implementation of the imageio-plugin * an iphone-viewer example * cMake support for creating a xcode-project * an updated ReadMe-file describing the necessary steps to get a working xcode-project-file from CMake Please credit Thomas Hogarth and Stephan Huber for these changes. This brings the ios-support in line with the git-fork on github. It needs some more testing and some more love, the cmake-process is still a little complicated. You'll need a special version of the freetype lib compiled for IOS, there's one bundled in the OpenFrameworks-distribution, which can be used." Notes, from Robert Osfield, modified CMakeLists.txt files so that the IOS specific paths are within IF(APPLE) blocks.
2010-11-27 02:19:28 +08:00
#the below is taken from ogre, it states the gcc stuff needs to happen before PROJECT() is called. I've no clue if we even need it
# Force gcc <= 4.2 on iPhone
From Stephan Huber, "attached you’ll find a bunch of fixes + enhancements for iOS and OS X based on current trunk. I incorporated + tested the submission from Colin Cochran, so his submission is not needed anymore. * fixed a bug with multi-touch and touch-id-generation on iOS and OS X. (will fix a bug reported by Colin Cochran, without ditching the existing logic) * removed unnecessary warning-flagss when generating xcode-projects via cmake, will enable the usage of OSG_AGGRESSIVE_WARNING_FLAGS * added support for 10.9 (OS X) * new cmake-variable: IPHONE_VERSION_MIN, this will set the deployment-target (previously hard-coded) If you set the IPHONE_VERSION_MIN to something like 7.0 osg gets compiled also for 64bit (amd64) * cmake defaults now to the clang compiler if IPHONE_VERSION_MIN > 4.2 * cmake now sets some xcode-settings so the compiler uses the c++98-standard (clang defaults to c++11, w/o this I got a lot of linking errors) * removed include-dir for avfoundation-plugin as not needed on OSX/IOS. * enhanced the ios-example, will now show multitouch-information on a hud (similar to the osgmultitouch-example), and more importantly, will compile + link out of the box * small enhancements for the osc-device-plugin (send only one msg for MOVE/DRAG, even if multiple msgs/event is enabled) * better memory-handling for the zeroconf-plugin * fixed a possible bug in the rest-http-plugin when receiving mouse-events. * incorporated a fix from Colin Cochran "forwarded touch events are not transformed into the GL UIView“ "
2013-10-07 18:05:09 +08:00
IF(IPHONE_VERSION_MIN LESS "6.0")
include(CMakeForceCompiler)
CMAKE_FORCE_C_COMPILER(llvm-gcc-4.2 GNU)
CMAKE_FORCE_CXX_COMPILER(llvm-gcc-4.2 GNU)
SET(GCC_THUMB_SUPPORT NO)
ENDIF()
From Tomas Holgarth and Stephan Huber, " attached you'll find the second part of the IOS-submission. It contains * GraphicsWindowIOS, which supports external and "retina" displays, multisample-buffers (for IOS > 4.0) and multi-touch-events * an ios-specific implementation of the imageio-plugin * an iphone-viewer example * cMake support for creating a xcode-project * an updated ReadMe-file describing the necessary steps to get a working xcode-project-file from CMake Please credit Thomas Hogarth and Stephan Huber for these changes. This brings the ios-support in line with the git-fork on github. It needs some more testing and some more love, the cmake-process is still a little complicated. You'll need a special version of the freetype lib compiled for IOS, there's one bundled in the OpenFrameworks-distribution, which can be used." Notes, from Robert Osfield, modified CMakeLists.txt files so that the IOS specific paths are within IF(APPLE) blocks.
2010-11-27 02:19:28 +08:00
#set either the device sdk or the simulator sdk. Can't find away to separate these in the same project
IF(OSG_BUILD_PLATFORM_IPHONE)
From Thomas Hogarth, "I submitted a change for the IOS CMake system a few weeks back which hasn't made it into the trunk. I've just made the modifications again against the latest trunk and have attached the file It basically accounts for the fact that XCode has changed it's default install location. "
2012-09-05 18:27:08 +08:00
SET (IPHONE_DEVROOT "/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer")
From Tomas Holgarth and Stephan Huber, " attached you'll find the second part of the IOS-submission. It contains * GraphicsWindowIOS, which supports external and "retina" displays, multisample-buffers (for IOS > 4.0) and multi-touch-events * an ios-specific implementation of the imageio-plugin * an iphone-viewer example * cMake support for creating a xcode-project * an updated ReadMe-file describing the necessary steps to get a working xcode-project-file from CMake Please credit Thomas Hogarth and Stephan Huber for these changes. This brings the ios-support in line with the git-fork on github. It needs some more testing and some more love, the cmake-process is still a little complicated. You'll need a special version of the freetype lib compiled for IOS, there's one bundled in the OpenFrameworks-distribution, which can be used." Notes, from Robert Osfield, modified CMakeLists.txt files so that the IOS specific paths are within IF(APPLE) blocks.
2010-11-27 02:19:28 +08:00
SET (IPHONE_SDKROOT "${IPHONE_DEVROOT}/SDKs/iPhoneOS${IPHONE_SDKVER}.sdk")
ELSE()
From Thomas Hogarth, "I submitted a change for the IOS CMake system a few weeks back which hasn't made it into the trunk. I've just made the modifications again against the latest trunk and have attached the file It basically accounts for the fact that XCode has changed it's default install location. "
2012-09-05 18:27:08 +08:00
SET (IPHONE_DEVROOT "/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer")
From Tomas Holgarth and Stephan Huber, " attached you'll find the second part of the IOS-submission. It contains * GraphicsWindowIOS, which supports external and "retina" displays, multisample-buffers (for IOS > 4.0) and multi-touch-events * an ios-specific implementation of the imageio-plugin * an iphone-viewer example * cMake support for creating a xcode-project * an updated ReadMe-file describing the necessary steps to get a working xcode-project-file from CMake Please credit Thomas Hogarth and Stephan Huber for these changes. This brings the ios-support in line with the git-fork on github. It needs some more testing and some more love, the cmake-process is still a little complicated. You'll need a special version of the freetype lib compiled for IOS, there's one bundled in the OpenFrameworks-distribution, which can be used." Notes, from Robert Osfield, modified CMakeLists.txt files so that the IOS specific paths are within IF(APPLE) blocks.
2010-11-27 02:19:28 +08:00
SET (IPHONE_SDKROOT "${IPHONE_DEVROOT}/SDKs/iPhoneSimulator${IPHONE_SDKVER}.sdk")
ENDIF()
iOS CMake project generation improvements (bitcode option) when building for iOS, Xcode allows developers to specify to enable or disable the 'bitcode' compilation option. There's not a preferred way to go and the choice is really up to the developer but considering that: 1. Currently the generated project defaults the option to YES 2. There are almost 90 projects targets that should be modified if one wants to disable the bitcode option (which considerably reduces the footprint of the app) 3. Even though one can select all the 90+ targets and set the option to NO for all of them, the updates could take a few seconds and could be error prone because one could miss to select some targets I propose to add a CMake setting that is displayed only when building for iOS. By setting this option "before" the project generation would speed up things for developers and would avoid errors at compiling time.
2018-03-09 18:17:59 +08:00
SET (IPHONE_ENABLE_BITCODE "NO" CACHE STRING "IOS Enable Bitcode")
From Ulrich Hertlein, "Attached; here's a summary of the changes: - CMakeLists.txt -- don't look for GL when compiling for iOS (device or simulator), look for OGLES instead -- use architecture i386 for simulator -- removed iphoneos-version-min for simulator - examples/osgviewerIPhone/CMakeLists.txt -- added build dependencies for osgdb_osg, osgdb_freetype, osgdb_imageio -- added framework QuartzCore link dependency - src/osgDB/CMakeLists.txt -- don't link against Carbon on iOS (device or simulator) - src/osgPlugins/freetype/CMakeLists.txt -- don't link against OpenGL on iOS device or simulator - src/osgViewer/CMakeLists.txt -- link against OpenGLES on iOS (device or simulator) - src/osgPlugins/imageio/CMakeLists.txt -- compile ReaderWriterImageIO_IOS.cpp as Objective-C++ "
2010-12-02 22:20:52 +08:00
# Apple iOS: Find OpenGLES
From Tomas Holgarth and Stephan Huber, " attached you'll find the second part of the IOS-submission. It contains * GraphicsWindowIOS, which supports external and "retina" displays, multisample-buffers (for IOS > 4.0) and multi-touch-events * an ios-specific implementation of the imageio-plugin * an iphone-viewer example * cMake support for creating a xcode-project * an updated ReadMe-file describing the necessary steps to get a working xcode-project-file from CMake Please credit Thomas Hogarth and Stephan Huber for these changes. This brings the ios-support in line with the git-fork on github. It needs some more testing and some more love, the cmake-process is still a little complicated. You'll need a special version of the freetype lib compiled for IOS, there's one bundled in the OpenFrameworks-distribution, which can be used." Notes, from Robert Osfield, modified CMakeLists.txt files so that the IOS specific paths are within IF(APPLE) blocks.
2010-11-27 02:19:28 +08:00
FIND_LIBRARY(OPENGLES_LIBRARY OpenGLES)
From Ulrich Hertlein, "Attached; here's a summary of the changes: - CMakeLists.txt -- don't look for GL when compiling for iOS (device or simulator), look for OGLES instead -- use architecture i386 for simulator -- removed iphoneos-version-min for simulator - examples/osgviewerIPhone/CMakeLists.txt -- added build dependencies for osgdb_osg, osgdb_freetype, osgdb_imageio -- added framework QuartzCore link dependency - src/osgDB/CMakeLists.txt -- don't link against Carbon on iOS (device or simulator) - src/osgPlugins/freetype/CMakeLists.txt -- don't link against OpenGL on iOS device or simulator - src/osgViewer/CMakeLists.txt -- link against OpenGLES on iOS (device or simulator) - src/osgPlugins/imageio/CMakeLists.txt -- compile ReaderWriterImageIO_IOS.cpp as Objective-C++ "
2010-12-02 22:20:52 +08:00
ELSE ()
FIND_LIBRARY(CARBON_LIBRARY Carbon)
FIND_LIBRARY(COCOA_LIBRARY Cocoa)
Updates to the CMake build system for Mac OSX
2016-08-10 21:30:28 +08:00
# Apple OS X: Find OpenGL and AGL based on OSG_WINDOWING_SYSTEM
# This is the accepted way of finding X11/OpenGL on OSX, as
# documented in CMake's FindOpenGL module.
# Note that without this check, libosg would use Cocoa/OpenGL but
# libosgViewer would use X11/OpenGL, which causes compatibility
# issues for applications using OSG.
UNSET(OPENGL_gl_LIBRARY CACHE)
UNSET(OPENGL_INCLUDE_DIR CACHE)
IF(OSG_WINDOWING_SYSTEM STREQUAL "X11")
FIND_PACKAGE(X11)
IF(NOT X11_FOUND)
MESSAGE(FATAL_ERROR "OSG_WINDOWING_SYSTEM is X11, but no X11 installation was found. Please make sure X11 is properly installed.")
ENDIF()
# Use X11 version of OpenGL as seed for CMake FindOpenGL
GET_FILENAME_COMPONENT(X11LIBDIR ${X11_X11_LIB} DIRECTORY)
FIND_LIBRARY(OPENGL_gl_LIBRARY GL PATHS ${X11LIBDIR} DOC "OpenGL lib for OSX" NO_DEFAULT_PATH)
SET(OPENGL_INCLUDE_DIR ${X11_INCLUDE_DIR} CACHE PATH "Include for OpenGL on OSX" FORCE)
ELSEIF(OSG_WINDOWING_SYSTEM STREQUAL "Carbon")
# AGL needed for Carbon windowing systems
FIND_LIBRARY(AGL_LIBRARY AGL)
ENDIF()
From Ulrich Hertlein, "Attached; here's a summary of the changes: - CMakeLists.txt -- don't look for GL when compiling for iOS (device or simulator), look for OGLES instead -- use architecture i386 for simulator -- removed iphoneos-version-min for simulator - examples/osgviewerIPhone/CMakeLists.txt -- added build dependencies for osgdb_osg, osgdb_freetype, osgdb_imageio -- added framework QuartzCore link dependency - src/osgDB/CMakeLists.txt -- don't link against Carbon on iOS (device or simulator) - src/osgPlugins/freetype/CMakeLists.txt -- don't link against OpenGL on iOS device or simulator - src/osgViewer/CMakeLists.txt -- link against OpenGLES on iOS (device or simulator) - src/osgPlugins/imageio/CMakeLists.txt -- compile ReaderWriterImageIO_IOS.cpp as Objective-C++ "
2010-12-02 22:20:52 +08:00
FIND_PACKAGE(OpenGL)
Added a dedicated FindEGL.cmake script to help with locating the EGL.so library and header
2016-10-14 18:06:31 +08:00
FIND_PACKAGE(EGL)
From Ulrich Hertlein, "Attached; here's a summary of the changes: - CMakeLists.txt -- don't look for GL when compiling for iOS (device or simulator), look for OGLES instead -- use architecture i386 for simulator -- removed iphoneos-version-min for simulator - examples/osgviewerIPhone/CMakeLists.txt -- added build dependencies for osgdb_osg, osgdb_freetype, osgdb_imageio -- added framework QuartzCore link dependency - src/osgDB/CMakeLists.txt -- don't link against Carbon on iOS (device or simulator) - src/osgPlugins/freetype/CMakeLists.txt -- don't link against OpenGL on iOS device or simulator - src/osgViewer/CMakeLists.txt -- link against OpenGLES on iOS (device or simulator) - src/osgPlugins/imageio/CMakeLists.txt -- compile ReaderWriterImageIO_IOS.cpp as Objective-C++ "
2010-12-02 22:20:52 +08:00
ENDIF ()
From Tomas Holgarth and Stephan Huber, " attached you'll find the second part of the IOS-submission. It contains * GraphicsWindowIOS, which supports external and "retina" displays, multisample-buffers (for IOS > 4.0) and multi-touch-events * an ios-specific implementation of the imageio-plugin * an iphone-viewer example * cMake support for creating a xcode-project * an updated ReadMe-file describing the necessary steps to get a working xcode-project-file from CMake Please credit Thomas Hogarth and Stephan Huber for these changes. This brings the ios-support in line with the git-fork on github. It needs some more testing and some more love, the cmake-process is still a little complicated. You'll need a special version of the freetype lib compiled for IOS, there's one bundled in the OpenFrameworks-distribution, which can be used." Notes, from Robert Osfield, modified CMakeLists.txt files so that the IOS specific paths are within IF(APPLE) blocks.
2010-11-27 02:19:28 +08:00
From Stephan Huber and Mathieu Marache, "attached you'll find framework support for os x via cmake. Please credit Mathieu Marache, he added the last missing piece to this puzzle. I think it is safe to commit these changes to trunk, as the traditional way via dylibs should work as before. Here's some more info how to get frameworks: With these modifications it is possible to compile frameworks on OS X, when you set the Cmake-option OSG_COMPILE_FRAMEWORKS to true. If you want to embed the frameworks in your app-bundle make sure to set OSG_COMPILE_FRAMEWORKS_INSTALL_NAME_DIR accordingly. You'll have to build the install-target of the generated xcode-projects as this sets the install_name_dirs of the frameworks and plugins."
2010-04-19 21:44:42 +08:00
OPTION(OSG_COMPILE_FRAMEWORKS "compile frameworks instead of dylibs (experimental)" OFF)
SET(OSG_COMPILE_FRAMEWORKS_INSTALL_NAME_DIR "@executable_path/../Frameworks" CACHE STRING "install name dir for compiled frameworks")
From Ulrich Hertlein, "Attached; here's a summary of the changes: - CMakeLists.txt -- don't look for GL when compiling for iOS (device or simulator), look for OGLES instead -- use architecture i386 for simulator -- removed iphoneos-version-min for simulator - examples/osgviewerIPhone/CMakeLists.txt -- added build dependencies for osgdb_osg, osgdb_freetype, osgdb_imageio -- added framework QuartzCore link dependency - src/osgDB/CMakeLists.txt -- don't link against Carbon on iOS (device or simulator) - src/osgPlugins/freetype/CMakeLists.txt -- don't link against OpenGL on iOS device or simulator - src/osgViewer/CMakeLists.txt -- link against OpenGLES on iOS (device or simulator) - src/osgPlugins/imageio/CMakeLists.txt -- compile ReaderWriterImageIO_IOS.cpp as Objective-C++ "
2010-12-02 22:20:52 +08:00
ELSE()
From Jan Klimke, "i noticed, that there are a couple of additional flaws when building osg for Mac OS X 10.10 Yosemite. The mac os sdk version is recognized by the current CMAKE script as 10.1 instead of 10.10 since it cuts the version string from the 4th place. I introduced a more reliable version checking based on splitting the returned version code into MAJOR MINOR and PATCH parts and reassemble the OSG sdk version afterwards. I replaced the existing CMake code against the following (returning now version 10.10 as expected): # Determine the canonical name of the selected Platform SDK EXECUTE_PROCESS(COMMAND "/usr/bin/sw_vers" "-productVersion" OUTPUT_VARIABLE OSG_OSX_SDK_NAME OUTPUT_STRIP_TRAILING_WHITESPACE) STRING(REPLACE "." ";" MACOS_VERSION_LIST ${OSG_OSX_SDK_NAME}) LIST(GET MACOS_VERSION_LIST 0 MACOS_VERSION_MAJOR) LIST(GET MACOS_VERSION_LIST 1 MACOS_VERSION_MINOR) LIST(GET MACOS_VERSION_LIST 2 MACOS_VERSION_PATCH) SET(OSG_OSX_SDK_NAME "macosx${MACOS_VERSION_MAJOR}.${MACOS_VERSION_MINOR}") Also i added the check for the new Version to some more find scripts. Additionally the nil object in Objective C now seems to be equivalent with a null_ptr that cannot be passed as GLInt anymore. So i switched this in the PixelBufferCocoa.mm to pass a zero instead of nil. " git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14527 16af8721-9629-0410-8352-f15c8da7e697
2014-11-24 23:19:20 +08:00
# Non-Apple: Find OpenGL
FIND_PACKAGE(OpenGL)
Added a dedicated FindEGL.cmake script to help with locating the EGL.so library and header
2016-10-14 18:06:31 +08:00
FIND_PACKAGE(EGL)
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
ENDIF()
From Jan Klimke, "i noticed, that there are a couple of additional flaws when building osg for Mac OS X 10.10 Yosemite. The mac os sdk version is recognized by the current CMAKE script as 10.1 instead of 10.10 since it cuts the version string from the 4th place. I introduced a more reliable version checking based on splitting the returned version code into MAJOR MINOR and PATCH parts and reassemble the OSG sdk version afterwards. I replaced the existing CMake code against the following (returning now version 10.10 as expected): # Determine the canonical name of the selected Platform SDK EXECUTE_PROCESS(COMMAND "/usr/bin/sw_vers" "-productVersion" OUTPUT_VARIABLE OSG_OSX_SDK_NAME OUTPUT_STRIP_TRAILING_WHITESPACE) STRING(REPLACE "." ";" MACOS_VERSION_LIST ${OSG_OSX_SDK_NAME}) LIST(GET MACOS_VERSION_LIST 0 MACOS_VERSION_MAJOR) LIST(GET MACOS_VERSION_LIST 1 MACOS_VERSION_MINOR) LIST(GET MACOS_VERSION_LIST 2 MACOS_VERSION_PATCH) SET(OSG_OSX_SDK_NAME "macosx${MACOS_VERSION_MAJOR}.${MACOS_VERSION_MINOR}") Also i added the check for the new Version to some more find scripts. Additionally the nil object in Objective C now seems to be equivalent with a null_ptr that cannot be passed as GLInt anymore. So i switched this in the PixelBufferCocoa.mm to pass a zero instead of nil. " git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14527 16af8721-9629-0410-8352-f15c8da7e697
2014-11-24 23:19:20 +08:00
ENDIF()
Ran dos2unix
2007-03-09 17:07:05 +08:00
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
IF(UNIX AND NOT ANDROID)
Removed tabs
2007-04-11 16:33:40 +08:00
# Not sure what this will do on Cygwin and Msys
# Also, remember OS X X11 is a user installed option so it may not exist.
FIND_PACKAGE(X11)
# Some Unicies need explicit linkage to the Math library or the build fails.
FIND_LIBRARY(MATH_LIBRARY m)
From Jim Brooks, fix for FreeBSD build where FIND_LIBRARY(DL_LIBRARY..) return NOT_FOUND.
2010-03-26 17:01:49 +08:00
From Alberto Luaces, "he new GNU linker, "gold", is going to replace soon the current ld in almost all Linux distributions. Although it is 100% compatible with ld, by default it gives an error if a library has unresolved symbols at link time, that is, it has set -Wl,--no-undefined by default. Debian folks have found that libosg.so and libosgDB.so use some functions belonging to libdl.so {dlsym,dlopen,dlclose,dlerror} without linking to it. My changes link those two libraries to libdl.so explicitly in the same way it is already done for libm.so and librt.so."
2010-02-11 19:17:55 +08:00
FIND_LIBRARY(DL_LIBRARY dl)
From Jim Brooks, fix for FreeBSD build where FIND_LIBRARY(DL_LIBRARY..) return NOT_FOUND.
2010-03-26 17:01:49 +08:00
IF(NOT DL_LIBRARY)
SET(DL_LIBRARY "") # change from NOTFOUND to empty when passed to linker
ENDIF()
From Pau Garcia i Quiles, "On Linux/Unix, when you change the system time (for instance, using settimeofday), OSG animations will freeze your application because osg::Timer uses gettimeofday internally on non-Win32 platforms. This is wrong and should be replace with times(2) or clock_gettime(2). The attached patch fixes the issue in a binary-compatible way by using clock_gettime when it's available, and falling back to gettimeofday when it's not."
2009-11-18 21:00:35 +08:00
IF( CMAKE_SYSTEM MATCHES "Linux" )
FIND_LIBRARY( RT_LIBRARY rt )
ENDIF( CMAKE_SYSTEM MATCHES "Linux" )
From Jim Brooks, fix for FreeBSD build where FIND_LIBRARY(DL_LIBRARY..) return NOT_FOUND.
2010-03-26 17:01:49 +08:00
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
From Mourad Boufarguine, "With the present CMakeLists, the directory ${PROJECT_BINARY_DIR}/include is added to the include path before ${OpenSceneGraph_SOURCE_DIR}/include. This causes problems whenever a header file is changed when updating OSG, because cpp files are build against the old header files contained in ${PROJECT_BINARY_DIR}/include rather than the new ones in ${OpenSceneGraph_SOURCE_DIR}/include. Inverting the order of the two drectories in the include path solves the problem. Attached is the modified CMakeLists.txt."
2010-03-01 19:29:19 +08:00
# Make the headers visible to everything
IF(NOT ${PROJECT_BINARY_DIR} EQUAL ${PROJECT_SOURCE_DIR})
INCLUDE_DIRECTORIES(${PROJECT_BINARY_DIR}/include)
ENDIF()
Changed the ordering of the build include directory and the source include directory to avoid build issues on systems where a different version of the OSG has been built in-source then another built out-of-source resulting in conflicts
2018-05-11 01:50:17 +08:00
INCLUDE_DIRECTORIES(${OpenSceneGraph_SOURCE_DIR}/include/)
Moved OPENGL_INCLUDE_DIR include into it's own INCLUDE_DIRECTORIES(SYSTEM ${OPENGL_INCLUDE_DIR}) entry to help with FreeBSD builds where a previous rev of the OSG has already been installed
2018-03-23 00:51:03 +08:00
INCLUDE_DIRECTORIES(SYSTEM ${OPENGL_INCLUDE_DIR})
Ran dos2unix
2007-03-09 17:07:05 +08:00
# Common global definitions
#ADD_DEFINITIONS(-D)
# Platform specific definitions
Introduced a OSG_PLUGIN_PREFIX variable into CMake build system with it set to "" for all platforms except Cygwin where its set to "cygwin_" and Mingw where it is set to "mingw_". Updated osgDB::Registry to look for these for the plugins. Updated the osgintrospection example to search for these names as well.
2007-10-03 05:26:22 +08:00
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
IF(WIN32 AND NOT ANDROID)
Detecting the windows version at build time breaks cross-compilation. I have made this auto-detection optional (default ON).
2017-12-26 22:35:42 +08:00
OPTION(OSG_DETERMINE_WIN_VERSION "Wheter to automatically determine current Windows version" ON)
Improved indentation
2017-12-31 21:32:44 +08:00
IF(OSG_DETERMINE_WIN_VERSION)
# Check window version
INCLUDE (OsgDetermineWinVersion)
get_WIN32_WINNT(WIN_VERSION)
ADD_DEFINITIONS(-D_WIN32_WINNT=${WIN_VERSION})
Detecting the windows version at build time breaks cross-compilation. I have made this auto-detection optional (default ON).
2017-12-26 22:35:42 +08:00
ENDIF(OSG_DETERMINE_WIN_VERSION)
From Sherman Wilcox, "Here is a patch for cmakelists.txt to add support for the /MP option in Microsoft compilers as discussed in osg-users. There is now an advanced option called WIN32_USE_MP (which defaults to OFF) that will enable the /MP switch for all builds. I tucked this code block safely within a IF(WIN32) branch."
2008-04-11 21:03:02 +08:00
From Philip Lowman, post 1: "Here is a collection of changes which should fix issues building the OSG with CMake 2.6.0 (along with some other changes) CMakeLists.txt: * Set CMP0003 to supress warning about linking against -lpthread (which is a non-absolute library location). (CMake 2.6.x fix) * Modified the WIN32_USE_MP and a couple of other Visual Studio specific flags to be in an IF(MSVC) block (minor tweak to reduce exposing this stuff on MinGW builds) * Includes my second set of glu tesselator autodetection changes that you seemed to want but haven't committed yet. src/OpenThreads/pthreads/CMakeLists.txt: * Eliminates warning when compiling on Linux about spaces in link line (CMake 2.6.x fix) CMakeModules/OsgMacroUtils.cmake: * Tweaks to make the macros behave properly under CMake 2.6.0 (doesn't change behavior under CMake 2.4.x) CMakeModules/Find3rdPartyDependencies.cmake: * Adds the NO_DEFAULT_PATH option to all of the search options so that things in C:\Program Files\OpenSceneGraph aren't accidently picked up during configure time and instead only things in the "3rdParty" folder are discovered. (general bugfix) " post 2: "Ok, hold the presses. I just discovered that for some odd reason the osgdb_* plugins under Linux aren't getting put under the osgPlugins-2.5.0 folder. Not exactly sure why this broke, the folder was there, just empty. I'll have to look into it this evening." post 3: "Fixed, was caused by the switch to CMAKE_LIBRARY_OUTPUT_DIRECTORY and some code in osgPlugins/CMakeLists.txt that effectively overrides LIBRARY_OUTPUT_PATH on non-MSVC compilers to dump the plugins in the plugins folder. I tweaked it to override CMAKE_LIBRARY_OUTPUT_DIRECTORY as well. Seems to work fine."
2008-05-27 06:36:58 +08:00
IF(MSVC)
# This option is to enable the /MP switch for Visual Studio 2005 and above compilers
OPTION(WIN32_USE_MP "Set to ON to build OpenSceneGraph with the /MP option (Visual Studio 2005 and above)." OFF)
MARK_AS_ADVANCED(WIN32_USE_MP)
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
IF(WIN32_USE_MP)
From Philip Lowman, post 1: "Here is a collection of changes which should fix issues building the OSG with CMake 2.6.0 (along with some other changes) CMakeLists.txt: * Set CMP0003 to supress warning about linking against -lpthread (which is a non-absolute library location). (CMake 2.6.x fix) * Modified the WIN32_USE_MP and a couple of other Visual Studio specific flags to be in an IF(MSVC) block (minor tweak to reduce exposing this stuff on MinGW builds) * Includes my second set of glu tesselator autodetection changes that you seemed to want but haven't committed yet. src/OpenThreads/pthreads/CMakeLists.txt: * Eliminates warning when compiling on Linux about spaces in link line (CMake 2.6.x fix) CMakeModules/OsgMacroUtils.cmake: * Tweaks to make the macros behave properly under CMake 2.6.0 (doesn't change behavior under CMake 2.4.x) CMakeModules/Find3rdPartyDependencies.cmake: * Adds the NO_DEFAULT_PATH option to all of the search options so that things in C:\Program Files\OpenSceneGraph aren't accidently picked up during configure time and instead only things in the "3rdParty" folder are discovered. (general bugfix) " post 2: "Ok, hold the presses. I just discovered that for some odd reason the osgdb_* plugins under Linux aren't getting put under the osgPlugins-2.5.0 folder. Not exactly sure why this broke, the folder was there, just empty. I'll have to look into it this evening." post 3: "Fixed, was caused by the switch to CMAKE_LIBRARY_OUTPUT_DIRECTORY and some code in osgPlugins/CMakeLists.txt that effectively overrides LIBRARY_OUTPUT_PATH on non-MSVC compilers to dump the plugins in the plugins folder. I tweaked it to override CMAKE_LIBRARY_OUTPUT_DIRECTORY as well. Seems to work fine."
2008-05-27 06:36:58 +08:00
SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} /MP")
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
ENDIF(WIN32_USE_MP)
From Philip Lowman, post 1: "Here is a collection of changes which should fix issues building the OSG with CMake 2.6.0 (along with some other changes) CMakeLists.txt: * Set CMP0003 to supress warning about linking against -lpthread (which is a non-absolute library location). (CMake 2.6.x fix) * Modified the WIN32_USE_MP and a couple of other Visual Studio specific flags to be in an IF(MSVC) block (minor tweak to reduce exposing this stuff on MinGW builds) * Includes my second set of glu tesselator autodetection changes that you seemed to want but haven't committed yet. src/OpenThreads/pthreads/CMakeLists.txt: * Eliminates warning when compiling on Linux about spaces in link line (CMake 2.6.x fix) CMakeModules/OsgMacroUtils.cmake: * Tweaks to make the macros behave properly under CMake 2.6.0 (doesn't change behavior under CMake 2.4.x) CMakeModules/Find3rdPartyDependencies.cmake: * Adds the NO_DEFAULT_PATH option to all of the search options so that things in C:\Program Files\OpenSceneGraph aren't accidently picked up during configure time and instead only things in the "3rdParty" folder are discovered. (general bugfix) " post 2: "Ok, hold the presses. I just discovered that for some odd reason the osgdb_* plugins under Linux aren't getting put under the osgPlugins-2.5.0 folder. Not exactly sure why this broke, the folder was there, just empty. I'll have to look into it this evening." post 3: "Fixed, was caused by the switch to CMAKE_LIBRARY_OUTPUT_DIRECTORY and some code in osgPlugins/CMakeLists.txt that effectively overrides LIBRARY_OUTPUT_PATH on non-MSVC compilers to dump the plugins in the plugins folder. I tweaked it to override CMAKE_LIBRARY_OUTPUT_DIRECTORY as well. Seems to work fine."
2008-05-27 06:36:58 +08:00
From Simon Hammett, moved VS #prgama warning disabling from include/osg/Export to CMakeList.txt.
2008-11-15 02:22:01 +08:00
# turn off various warnings
Commented out the warning disabling block
2009-01-08 19:35:57 +08:00
# foreach(warning 4244 4251 4267 4275 4290 4786 4305 4996)
# SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} /wd${warning}")
# endforeach(warning)
From Simon Hammett, moved VS #prgama warning disabling from include/osg/Export to CMakeList.txt.
2008-11-15 02:22:01 +08:00
From Jean-Sebastien Guay, "As I discussed in the thread "Windows 7 beta: "The binary is not a valid Windows image."" on osg-users, I needed to add the /DYNAMICBASE linker option for executables to link properly in release mode on Windows 7 beta. http://article.gmane.org/gmane.comp.graphics.openscenegraph.user/42400 Since this is a workaround for a bug in a beta OS (which may or may not be fixed, since it's mentioned in their release notes so they may just leave it as it is) I've marked the option as advanced, default to OFF, and clearly documented it as being useful for Windows 7 only. I'd like to be able to test for Windows 7 directly instead of the blanket IF(WIN32), but I can't figure out if this is possible in CMake. Here's the modified CMakeLists.txt. It's a small change, with low impact, but will be useful to others who test out this OS and when it comes out. Note that I'm not familiar with this option in general, and didn't get any feedback to my questions in the above-mentioned thread, one of which was: Could we just add this option to all builds? What is the impact? That's still unclear to me, but without it OSG executables don't build, and the article I linked didn't seem to present any ill effects to enabling the option."
2009-04-09 17:25:34 +08:00
# This option is to enable the /DYNAMICBASE switch
# It is used to workaround a bug in Windows 7 when linking in release, which results in corrupt
# binaries. See this page for details: http://www.wintellect.com/CS/blogs/jrobbins/archive/2009/01/24/the-case-of-the-corrupt-pe-binaries.aspx
OPTION(WIN32_USE_DYNAMICBASE "Set to ON to build OpenSceneGraph with the /DYNAMICBASE option to work around a bug when linking release executables on Windows 7." OFF)
MARK_AS_ADVANCED(WIN32_USE_DYNAMICBASE)
IF(WIN32_USE_DYNAMICBASE)
SET(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} /DYNAMICBASE")
ENDIF(WIN32_USE_DYNAMICBASE)
From Philip Lowman, post 1: "Here is a collection of changes which should fix issues building the OSG with CMake 2.6.0 (along with some other changes) CMakeLists.txt: * Set CMP0003 to supress warning about linking against -lpthread (which is a non-absolute library location). (CMake 2.6.x fix) * Modified the WIN32_USE_MP and a couple of other Visual Studio specific flags to be in an IF(MSVC) block (minor tweak to reduce exposing this stuff on MinGW builds) * Includes my second set of glu tesselator autodetection changes that you seemed to want but haven't committed yet. src/OpenThreads/pthreads/CMakeLists.txt: * Eliminates warning when compiling on Linux about spaces in link line (CMake 2.6.x fix) CMakeModules/OsgMacroUtils.cmake: * Tweaks to make the macros behave properly under CMake 2.6.0 (doesn't change behavior under CMake 2.4.x) CMakeModules/Find3rdPartyDependencies.cmake: * Adds the NO_DEFAULT_PATH option to all of the search options so that things in C:\Program Files\OpenSceneGraph aren't accidently picked up during configure time and instead only things in the "3rdParty" folder are discovered. (general bugfix) " post 2: "Ok, hold the presses. I just discovered that for some odd reason the osgdb_* plugins under Linux aren't getting put under the osgPlugins-2.5.0 folder. Not exactly sure why this broke, the folder was there, just empty. I'll have to look into it this evening." post 3: "Fixed, was caused by the switch to CMAKE_LIBRARY_OUTPUT_DIRECTORY and some code in osgPlugins/CMakeLists.txt that effectively overrides LIBRARY_OUTPUT_PATH on non-MSVC compilers to dump the plugins in the plugins folder. I tweaked it to override CMAKE_LIBRARY_OUTPUT_DIRECTORY as well. Seems to work fine."
2008-05-27 06:36:58 +08:00
# More MSVC specific compilation flags
ADD_DEFINITIONS(-D_SCL_SECURE_NO_WARNINGS)
ADD_DEFINITIONS(-D_CRT_SECURE_NO_DEPRECATE)
From Michael Platings, added VisualStidio specific option for disabling iterator checking.
2009-05-07 20:55:07 +08:00
OPTION(MSVC_DISABLE_CHECKED_ITERATORS "Set to ON to disable Visual C++ checked iterators. If you do this you must ensure that every other project in your solution and all dependencies are compiled with _SECURE_SCL=0." OFF)
MARK_AS_ADVANCED(MSVC_DISABLE_CHECKED_ITERATORS)
IF(MSVC_DISABLE_CHECKED_ITERATORS)
ADD_DEFINITIONS(-D_SECURE_SCL=0)
ENDIF(MSVC_DISABLE_CHECKED_ITERATORS)
From Farshid Lashkari, "I noticed that CMake forces a high stack size by default for all MSVC projects. This can cause problems for applications that use a lot of threads. I've added a new option MSVC_USE_DEFAULT_STACK_SIZE that will remove the explicit stack size and use the default MSVC size. Apparently this was only necessary for very old versions of MSVC but it's still around. I would argue that this option should be on by default, but I've left it off for now. "
2010-03-15 23:01:21 +08:00
OPTION(MSVC_USE_DEFAULT_STACK_SIZE "Set to ON to use the default Visual C++ stack size. CMake forces a high stack size by default, which can cause problems for applications with large number of threads." OFF)
MARK_AS_ADVANCED(MSVC_USE_DEFAULT_STACK_SIZE)
IF(MSVC_USE_DEFAULT_STACK_SIZE)
STRING(REGEX REPLACE "/STACK:[0-9]+" "" CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS}")
STRING(REGEX REPLACE "/STACK:[0-9]+" "" CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS}")
STRING(REGEX REPLACE "/STACK:[0-9]+" "" CMAKE_MODULE_LINKER_FLAGS "${CMAKE_MODULE_LINKER_FLAGS}")
ENDIF(MSVC_USE_DEFAULT_STACK_SIZE)
From Laurens Voerman, "I made some changes to the top level CMakeLists.txt that might be usefull to other visualstudio users. 1> Disable project grouping for VCExpress users: the version I proposed previously in Re: [osg-submissions] Cmake patch to support folders in IDE (29 Feb 2012) 2> Remove FIND_PACKAGE(OpenAL): not used in any project 3> add /wd4250 for Visual Studio 2012: suppress the errors caused by a microsoft fix for a bugfix. ref: "Warning messages VS2012..." on osg-users (30 May 2012) "
2013-05-31 18:28:39 +08:00
get_filename_component( CMAKE_MAKE_PROGRAM_NAME ${CMAKE_MAKE_PROGRAM} NAME)
IF (CMAKE_MAKE_PROGRAM_NAME STREQUAL "VCExpress.exe")
OPTION(MSVC_BUILD_USE_SOLUTION_FOLDERS "Enable project grouping in VS - VCExpress detected, not supported in VCExpress )" OFF)
ELSE()
OPTION(MSVC_BUILD_USE_SOLUTION_FOLDERS "Enable project grouping in VS" ON)
ENDIF()
SET_PROPERTY(GLOBAL PROPERTY USE_FOLDERS ${MSVC_BUILD_USE_SOLUTION_FOLDERS})
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Sherman Wilcox, "Here is a patch for cmakelists.txt to add support for the /MP option in Microsoft compilers as discussed in osg-users. There is now an advanced option called WIN32_USE_MP (which defaults to OFF) that will enable the /MP switch for all builds. I tucked this code block safely within a IF(WIN32) branch."
2008-04-11 21:03:02 +08:00
Removed tabs
2007-04-11 16:33:40 +08:00
#needed for net plugin
Changed the search for Qt version to prevent problems when having both Qt3 and Qt4 installed on one machine.
2007-10-03 04:56:56 +08:00
SET (OSG_SOCKET_LIBS wsock32)
Removed tabs
2007-04-11 16:33:40 +08:00
# Both Cygwin and Msys need -DNOMINMAX ???
IF(UNIX)
ADD_DEFINITIONS(-DNOMINMAX)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Luigi Calori, introduction of versioning of dll's and placement of dll and plugins into bin directory during build.
2007-08-30 18:41:15 +08:00
########################################################################################################
From Mattias Helsing, "With msvc90 on vista and cmake-2.6.2 i had to rearrange the blocks that set aggressive warnings in CMAKE_CXX_FLAGS and the on that processes the source tree(s) or the newly set flags wouldn't take effect until second consecutive configure. I also replaced the internally cached variables that managed the aggresive warnings with explicit adding and removing of flags in CXX_FLAGS For apple we first required min cmake version 2.6.0 and then had code warning about using 2.4.x"
2009-01-08 19:26:16 +08:00
# the following options are MSVC specific,
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
# the first OSG_MSVC_VERSIONED_DLL activate a custom build-time layout that should allow to run examples and application
From Luigi Calori, introduction of versioning of dll's and placement of dll and plugins into bin directory during build.
2007-08-30 18:41:15 +08:00
# fron bin folder without requiring installation step.
# it also prepend "osg${OPENSCENEGRAPH_SOVERSION}-" to only .dll files, leaving .lib files untouched in lib
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
# it also use a hack to get rid of Debug and Release folder in MSVC projects
From Luigi Calori, introduction of versioning of dll's and placement of dll and plugins into bin directory during build.
2007-08-30 18:41:15 +08:00
# all the .dll and .pdb are in bin and all the .lib and .exp are in lib
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
#
From Luigi Calori, introduction of versioning of dll's and placement of dll and plugins into bin directory during build.
2007-08-30 18:41:15 +08:00
# the second option disable incremental linking in debug build , that is enabled by default by CMake
##########################################################################################################
Maded versioning under Windows the default.
2007-09-11 00:06:23 +08:00
IF(MSVC)
Changed the min CMake version to 2.8.0
2016-09-23 01:33:35 +08:00
OPTION(OSG_MSVC_VERSIONED_DLL "Set to ON to build OpenSceneGraph with versioned dll names" ON)
MARK_AS_ADVANCED(OSG_MSVC_VERSIONED_DLL)
OPTION(OSG_MSVC_DEBUG_INCREMENTAL_LINK "Set to OFF to build OpenSceneGraph without incremental linking in debug (release is off by default)" ON)
MARK_AS_ADVANCED(OSG_MSVC_DEBUG_INCREMENTAL_LINK)
IF(NOT OSG_MSVC_DEBUG_INCREMENTAL_LINK)
SET(CMAKE_MODULE_LINKER_FLAGS_DEBUG "/debug /INCREMENTAL:NO")
SET(CMAKE_SHARED_LINKER_FLAGS_DEBUG "/debug /INCREMENTAL:NO")
SET(CMAKE_EXE_LINKER_FLAGS_DEBUG "/debug /INCREMENTAL:NO")
ENDIF(NOT OSG_MSVC_DEBUG_INCREMENTAL_LINK)
Maded versioning under Windows the default.
2007-09-11 00:06:23 +08:00
ENDIF(MSVC)
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
ENDIF(WIN32 AND NOT ANDROID)
Ran dos2unix
2007-03-09 17:07:05 +08:00
From Luigi Calori, "Here are some fix for building plugin net and installing .lib under lib under WIndows + some setting (commented) coming from previous build setup"
2007-03-10 00:25:11 +08:00
########################################################################################################
##### these were settings located in SetupCommon.cmake used in Luigi builds.... find out what are useful
########################################################################################################
#luigi#SET(CMAKE_VERBOSE_MAKEFILE TRUE)
#luigi#SET(CMAKE_SKIP_RPATH TRUE)
#luigi#SET(CMAKE_SKIP_RULE_DEPENDENCY TRUE)
#luigi#IF(UNIX)
Removed tabs
2007-04-11 16:33:40 +08:00
#luigi# LIST_CONTAINS(contains "g++" ${CMAKE_CXX_COMPILER_LIST})
#luigi# IF (contains)
#luigi# MESSAGE(${MY_MESSAGE_DEFAULT} "${CMAKE_CURRENT_LIST_FILE}:${CMAKE_CURRENT_LIST_LINE} setting CMAKE_CXX_COMPILER to g++")
#luigi# SET(CMAKE_CXX_COMPILER "g++")
#luigi# SET(CMAKE_CXX_COMPILER_LOADED 2)
#luigi# SET(CMAKE_CXX_COMPILER_WORKS 2)
#luigi# ENDIF (contains)
#luigi# SET(CMAKE_CXX_FLAGS_RELEASE "-O2")
#luigi# SET(CMAKE_CXX_FLAGS_DEBUG "-ggdb -gstabs")
From Luigi Calori, "Here are some fix for building plugin net and installing .lib under lib under WIndows + some setting (commented) coming from previous build setup"
2007-03-10 00:25:11 +08:00
#luigi#ENDIF(UNIX)
########################################################################################################
From Magnus Kessler, "Attached are a number of files where I have tried to fix up some of the documentation. I have accumulated them over some time, but rebased onto the subversion trunk."
2010-09-15 20:00:12 +08:00
OPTION(OSG_NOTIFY_DISABLED "Set to ON to build OpenSceneGraph with the notify() disabled." OFF)
Introduced OSG_WARN, OSG_NOTICE, OSG_INFO, OSG_DEBUG convinience macros that map to OSG_NOTIFY(osg::WARN) etc. Introduced the OSG_NOTIFY_DISABLE Cmake variable + include/osg/Config #define to control whether the OpenSceneGraph build should disable the notification system completely. By setting OSG_NOTIFY_DISABLE to ON in CMake and then rebuilding the the OSG you can get a slightly smaller (~1%) and more slightly efficient library which can be good for shipping applications, but with downside of reduced ability to detect runtime problems and their causes.
2010-02-12 19:45:00 +08:00
Moved OSG_USE_DEPRECATED_API from include/osg/Export to Cmake controlled include/osg/Config
2017-05-25 02:40:08 +08:00
OPTION(OSG_USE_DEPRECATED_API "Set to ON to build OpenSceneGraph with the OSG_USE_DEPREFATED_API #define enabled to allow access to deprecated APIs ." ON)
Introduced CMake build option for compiling double or float versions of osg::BoundingSphere and osg::BoundingBox. Introduced code in BoundgingSphere, BoundingBox, ProxyNode and LOD to utilise the above settings. Added Matrix::value_type, Plane::value_type, BoundingSphere::value_type and BoundingBox::value_type command line options that report where the types of floats or doubles.
2008-04-04 02:36:50 +08:00
OPTION(OSG_USE_FLOAT_MATRIX "Set to ON to build OpenSceneGraph with float Matrix instead of double." OFF)
Added support for SG_USE_FLOAT_MATRIX and OSG_USE_FLOAT_PLANE in CMake build and include/osg/Matrix and include/osg/Plane.
2007-05-20 19:45:09 +08:00
MARK_AS_ADVANCED(OSG_USE_FLOAT_MATRIX)
Introduced CMake build option for compiling double or float versions of osg::BoundingSphere and osg::BoundingBox. Introduced code in BoundgingSphere, BoundingBox, ProxyNode and LOD to utilise the above settings. Added Matrix::value_type, Plane::value_type, BoundingSphere::value_type and BoundingBox::value_type command line options that report where the types of floats or doubles.
2008-04-04 02:36:50 +08:00
OPTION(OSG_USE_FLOAT_PLANE "Set to ON to build OpenSceneGraph with float Plane instead of double." OFF)
Added support for SG_USE_FLOAT_MATRIX and OSG_USE_FLOAT_PLANE in CMake build and include/osg/Matrix and include/osg/Plane.
2007-05-20 19:45:09 +08:00
MARK_AS_ADVANCED(OSG_USE_FLOAT_PLANE)
Ran dos2unix
2007-03-09 17:07:05 +08:00
Introduced CMake build option for compiling double or float versions of osg::BoundingSphere and osg::BoundingBox. Introduced code in BoundgingSphere, BoundingBox, ProxyNode and LOD to utilise the above settings. Added Matrix::value_type, Plane::value_type, BoundingSphere::value_type and BoundingBox::value_type command line options that report where the types of floats or doubles.
2008-04-04 02:36:50 +08:00
OPTION(OSG_USE_FLOAT_BOUNDINGSPHERE "Set to ON to build OpenSceneGraph with float BoundingSphere instead of double." ON)
MARK_AS_ADVANCED(OSG_USE_FLOAT_BOUNDINGSPHERE)
OPTION(OSG_USE_FLOAT_BOUNDINGBOX "Set to ON to build OpenSceneGraph with float BoundingBox instead of double." ON)
MARK_AS_ADVANCED(OSG_USE_FLOAT_BOUNDINGBOX)
Ran dos2unix
2007-03-09 17:07:05 +08:00
Added IF (WIN32) around OSG_USE_UTF8_FILENAME
2011-04-14 23:21:53 +08:00
IF (WIN32)
OPTION(OSG_USE_UTF8_FILENAME "Set to ON to use a UTF8 locale for filenames instead of the default locale." OFF)
MARK_AS_ADVANCED(OSG_USE_UTF8_FILENAME)
ENDIF()
From Michael Platings, Converted std::fstream/ifstream/ofstream to osgDB::fstream/ifstream/ofstream and fopen to osgDB::fopen to facilitate support for wide character filenames using UT8 encoding.
2008-11-07 23:08:08 +08:00
From Mattias Helsing, "With msvc90 on vista and cmake-2.6.2 i had to rearrange the blocks that set aggressive warnings in CMAKE_CXX_FLAGS and the on that processes the source tree(s) or the newly set flags wouldn't take effect until second consecutive configure. I also replaced the internally cached variables that managed the aggresive warnings with explicit adding and removing of flags in CXX_FLAGS For apple we first required min cmake version 2.6.0 and then had code warning about using 2.4.x"
2009-01-08 19:26:16 +08:00
OPTION(OSG_DISABLE_MSVC_WARNINGS "Set to OFF to not disable MSVC warnings generated by OSG headers." ON)
From Wojciech Lewandowski, "I have restored MSVC disabled warnings in osg/Export. Difference is they are now disabled only when OSG_DISABLE_MSVC_WARNINGS macro is defined. This macro is set through CMake options and autogenerated in osg/Config. Simon suggested that it would be cool if we had more control over selected warnings. I tried to learn how to make selection of individual warning numbers possible, but had to gave up as my cmake skills were not sufficient. The only way I saw this possible would be adding one define for each MSVC warning number. But many definitions seemed too be to much clutter for osg/Config file so I rejected thar idea. For this it would be cool if autogenerated Config entries could more powerful than simple #define/#undef flags. Maybe Cmake gurus know how to do it. I have not reverted added Compiler options. I assume that one may want to have warnings enabled for the application but may not want to see them while OSG libraries and examples compile. Modified files: osg/Export - now explicitly includes osg/Config to make sure OSG_DISABLE_MSVC_WARNINGS is read osg/Config.in - declares OSG_DISABLE_MSVC_WARNINGS flag to be added to autogenerated osg/Config CMakeLists.txt - declares OSG_DISABLE_MSVC_WARNINGS as option with default ON setting "
2008-11-25 00:32:52 +08:00
MARK_AS_ADVANCED(OSG_DISABLE_MSVC_WARNINGS)
Introduced CMake option OSG_PROVIDE_READFILE option that defaults to ON, but when switched to OFF disables the building of the osgDB::read*File() methods, forcing users to use osgDB::readRef*File() methods. The later is preferable as it closes a potential threading bug when using paging databases in conjunction with the osgDB::Registry Object Cache. This threading bug occurs when one thread gets an object from the Cache via an osgDB::read*File() call where only a pointer to the object is passed back, so taking a reference to the object is delayed till it gets reassigned to a ref_ptr<>, but at the same time another thread calls a flush of the Object Cache deleting this object as it's referenceCount is now zero. Using osgDB::readREf*File() makes sure the a ref_ptr<> is passed back and the referenceCount never goes to zero. To ensure the OSG builds when OSG_PROVIDE_READFILE is to OFF the many cases of osgDB::read*File() usage had to be replaced with a ref_ptr<> osgDB::readRef*File() usage. The avoid this change causing lots of other client code to be rewritten to handle the use of ref_ptr<> in place of C pointer I introduced a serious of templte methods in various class to adapt ref_ptr<> to the underly C pointer to be passed to old OSG API's, example of this is found in include/osg/Group: bool addChild(Node* child); // old method which can only be used with a Node* tempalte<class T> bool addChild(const osg::ref_ptr<T>& child) { return addChild(child.get()); } // adapter template method These changes together cover 149 modified files, so it's a large submission. This extent of changes are warrent to make use of the Object Cache and multi-threaded loaded more robust. git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@15164 16af8721-9629-0410-8352-f15c8da7e697
2015-10-22 21:42:19 +08:00
OPTION(OSG_PROVIDE_READFILE "Set to ON for include/osgDB/ReadFile to provide the osgDB::read*File(() methods. " ON)
Moved the OSG_USE_REF_PTR_IMPLICIT_OUTPUT_CONVERSION definition into the Config.in rather use of -D define
2008-10-03 23:36:34 +08:00
OPTION(OSG_USE_REF_PTR_IMPLICIT_OUTPUT_CONVERSION "Set to ON to use the ref_ptr<> T* operator() output conversion. " ON)
Set default value of OSG_USE_REF_PTR_SAFE_DEREFERENCE of OFF to avoid the check overhead polutting all OSG applications.
2016-06-02 20:03:07 +08:00
OPTION(OSG_USE_REF_PTR_SAFE_DEREFERENCE "Set to ON to throw an exception whenever ref_ptr<> is dereferenced or called. " OFF)
Clean up up osg::Geometry, removing long deprecated support for array indices and BIND_PER_PRIMITIVE binding that forced OpenGL slow paths. osg::Geometry is now smaller and only supports OpenGL fasts paths. New methods osg::Geometry::containsDeprecatedData() and osg::Geometry::fixDeprecatedData() provide a means for converting geometries that still use the array indices and BIND_PER_PRIMITIVE across to complient versions. Cleaned up the rest of the OSG where use of array indices and BIND_PER_PRIMITIVE were accessed or used.
2013-06-18 19:18:28 +08:00
Merged shader_pipeline version of CMakeLists.txt
2018-01-23 23:27:24 +08:00
OPTION(OSG_ENVVAR_SUPPORTED "Set to ON to build OpenSceneGraph with the #define OSG_ENVVAR_SUPPORTED, found in include/osg/Config, to enable use of getenv() related functions." ON)
Added OSG_ENVVAR_SUPPORTED cmake control and bool osg::getEnvVar(const char* name, T& value, ...) conviniece funcions to make it easier to implement optinal getenv reading code.
2017-11-01 21:32:47 +08:00
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
# Map the OPENGL_PROFILE to OSG_GL*_AVAILABLE settings
Added GL1 to the docs of the GL_PROFILE string Updated the date of the 3.4.0 release in the README. git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@15100 16af8721-9629-0410-8352-f15c8da7e697
2015-08-12 14:39:57 +08:00
SET(OPENGL_PROFILE "GL2" CACHE STRING "OpenGL Profile to use, choose from GL1, GL2, GL3, GLES1, GLES2, GLES3")
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
IF ((OPENGL_PROFILE STREQUAL "GL1") OR (OPENGL_PROFILE STREQUAL "GL2"))
OPTION(OSG_GL1_AVAILABLE "Set to OFF to disable use of OpenGL 1.x functions library." ON )
ELSE()
OPTION(OSG_GL1_AVAILABLE "Set to OFF to disable use of OpenGL 1.x functions library." OFF )
ENDIF()
IF ((OPENGL_PROFILE STREQUAL "GL2"))
OPTION(OSG_GL2_AVAILABLE "Set to OFF to disable use of OpenGL 2.x functions library." ON )
ELSE()
OPTION(OSG_GL2_AVAILABLE "Set to OFF to disable use of OpenGL 2.x functions library." OFF )
ENDIF()
IF ((OPENGL_PROFILE STREQUAL "GL3") OR (OPENGL_PROFILE STREQUAL "GLCORE"))
OPTION(OSG_GL3_AVAILABLE "Set to OFF to disable use of OpenGL 3.x functions library." ON )
remove a warning when compiling with GL3 core profile and macOS
2016-08-06 05:04:03 +08:00
if(APPLE)
add_definitions(-DGL_DO_NOT_WARN_IF_MULTI_GL_VERSION_HEADERS_INCLUDED)
endif()
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
ELSE()
OPTION(OSG_GL3_AVAILABLE "Set to OFF to disable use of OpenGL 3.x functions library." OFF )
ENDIF()
IF ((OPENGL_PROFILE STREQUAL "GLES1"))
OPTION(OSG_GLES1_AVAILABLE "Set to OFF to disable use of OpenGL ES 1.x functions library." ON )
ELSE()
OPTION(OSG_GLES1_AVAILABLE "Set to OFF to disable use of OpenGL ES 1.x functions library." OFF )
ENDIF()
IF ((OPENGL_PROFILE STREQUAL "GLES2"))
OPTION(OSG_GLES2_AVAILABLE "Set to OFF to disable use of OpenGL ES 2.x functions library." ON )
From Konstantin Matveyev, "I've added GLES3 profile, which also enables GLES2 features (OSG_GLES3_AVAILABLE=true => OSG_GLES2_AVAILABLE=true). If OSG_OPENGL_PROFILE="GLES3" => GraphicsWindowIOS will create gles3 context. If failed, GraphicsWindowIOS will create gles2 context. Multisampling also working. " git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14831 16af8721-9629-0410-8352-f15c8da7e697
2015-04-13 18:11:32 +08:00
ELSEIF ((OPENGL_PROFILE STREQUAL "GLES3"))
GLES3 now working on iOS, tried to maintain support for have bother gles2 and gles3, allowed avfoundation to be added on iOS, improved iOS example cmake generation
2017-03-18 14:53:32 +08:00
OPTION(OSG_GLES3_AVAILABLE "Set to OFF to disable use of OpenGL ES 3.x functions library." ON )
ELSEIF ((OPENGL_PROFILE STREQUAL "GLES2+GLES3"))
From Konstantin Matveyev, "I've added GLES3 profile, which also enables GLES2 features (OSG_GLES3_AVAILABLE=true => OSG_GLES2_AVAILABLE=true). If OSG_OPENGL_PROFILE="GLES3" => GraphicsWindowIOS will create gles3 context. If failed, GraphicsWindowIOS will create gles2 context. Multisampling also working. " git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14831 16af8721-9629-0410-8352-f15c8da7e697
2015-04-13 18:11:32 +08:00
OPTION(OSG_GLES2_AVAILABLE "Set to OFF to disable use of OpenGL ES 2.x functions library." ON )
OPTION(OSG_GLES3_AVAILABLE "Set to OFF to disable use of OpenGL ES 3.x functions library." ON )
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
ELSE()
OPTION(OSG_GLES2_AVAILABLE "Set to OFF to disable use of OpenGL ES 2.x functions library." OFF )
From Konstantin Matveyev, "I've added GLES3 profile, which also enables GLES2 features (OSG_GLES3_AVAILABLE=true => OSG_GLES2_AVAILABLE=true). If OSG_OPENGL_PROFILE="GLES3" => GraphicsWindowIOS will create gles3 context. If failed, GraphicsWindowIOS will create gles2 context. Multisampling also working. " git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14831 16af8721-9629-0410-8352-f15c8da7e697
2015-04-13 18:11:32 +08:00
OPTION(OSG_GLES3_AVAILABLE "Set to OFF to disable use of OpenGL ES 3.x functions library." OFF )
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
ENDIF()
From Alok Priyadarshi, "1. Replaced APIENTRY to GL_APIENTRY which is used by OpenGL ES headers. For desktop GL GL_APIENTRY has been defined as APIENTRY."
2010-04-29 05:22:44 +08:00
OPTION(OSG_GL_LIBRARY_STATIC "Set to ON to statically link with OpenGL/GLES library." OFF)
Introduced Cmake generated #defines relevant to optionally compile parts of the OSG for different OpenGL targets
2009-10-22 20:06:00 +08:00
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
# Map the OSG_GL*_AVAILABLE settings to OSG_GL_* settings
GLES3 now working on iOS, tried to maintain support for have bother gles2 and gles3, allowed avfoundation to be added on iOS, improved iOS example cmake generation
2017-03-18 14:53:32 +08:00
IF (OSG_GLES2_AVAILABLE OR OSG_GLES3_AVAILABLE OR OSG_GL3_AVAILABLE)
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
OPTION(OSG_GL_DISPLAYLISTS_AVAILABLE "Set to OFF to disable use of OpenGL display lists." OFF)
OPTION(OSG_GL_MATRICES_AVAILABLE "Set to OFF to disable use of OpenGL built-in matrices." OFF)
OPTION(OSG_GL_VERTEX_FUNCS_AVAILABLE "Set to OFF to disable use of OpenGL vertex functions such as glVertex/glColor etc." OFF)
OPTION(OSG_GL_VERTEX_ARRAY_FUNCS_AVAILABLE "Set to OFF to disable use of OpenGL vertex functions such as glVertexPointer/glColorPointer etc." OFF)
OPTION(OSG_GL_FIXED_FUNCTION_AVAILABLE "Set to OFF to disable use of OpenGL fixed function pipeline." OFF)
ELSEIF (OSG_GLES1_AVAILABLE)
OPTION(OSG_GL_DISPLAYLISTS_AVAILABLE "Set to OFF to disable use of OpenGL display lists." OFF)
OPTION(OSG_GL_MATRICES_AVAILABLE "Set to OFF to disable use of OpenGL built-in matrices." ON)
OPTION(OSG_GL_VERTEX_FUNCS_AVAILABLE "Set to OFF to disable use of OpenGL vertex functions such as glVertex/glColor etc." ON)
OPTION(OSG_GL_VERTEX_ARRAY_FUNCS_AVAILABLE "Set to OFF to disable use of OpenGL vertex functions such as glVertexPointer/glColorPointer etc." ON)
OPTION(OSG_GL_FIXED_FUNCTION_AVAILABLE "Set to OFF to disable use of OpenGL fixed function pipeline." ON)
ELSE()
OPTION(OSG_GL_DISPLAYLISTS_AVAILABLE "Set to OFF to disable use of OpenGL display lists." ON)
OPTION(OSG_GL_MATRICES_AVAILABLE "Set to OFF to disable use of OpenGL built-in matrices." ON)
OPTION(OSG_GL_VERTEX_FUNCS_AVAILABLE "Set to OFF to disable use of OpenGL vertex functions such as glVertex/glColor etc." ON)
OPTION(OSG_GL_VERTEX_ARRAY_FUNCS_AVAILABLE "Set to OFF to disable use of OpenGL vertex functions such as glVertexPointer/glColorPointer etc." ON)
OPTION(OSG_GL_FIXED_FUNCTION_AVAILABLE "Set to OFF to disable use of OpenGL fixed function pipeline." ON)
ENDIF()
GLES3 now working on iOS, tried to maintain support for have bother gles2 and gles3, allowed avfoundation to be added on iOS, improved iOS example cmake generation
2017-03-18 14:53:32 +08:00
IF (OSG_GLES1_AVAILABLE OR OSG_GLES2_AVAILABLE OR OSG_GLES3_AVAILABLE)
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
OPTION(OSG_CPP_EXCEPTIONS_AVAILABLE "Set to OFF to disable compile of OSG components that use C++ exceptions." OFF)
ELSE()
OPTION(OSG_CPP_EXCEPTIONS_AVAILABLE "Set to OFF to disable compile of OSG components that use C++ exceptions." ON)
ENDIF()
Renamed CMake variable + C++ #define to OSG_GL_CONTEXT_VERSION
2018-04-25 00:05:03 +08:00
SET(OSG_GL_CONTEXT_VERSION "1.0" CACHE STRING "GL Context String to pass when creaing graphics contexts")
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
# Map the OSG_GL*_AVAILABLE settings to OpenGL header settings
IF (OSG_GL3_AVAILABLE)
Added OSG_GL_CONTEXT_STRING cmake variable to set include/osg/GL headers that sets Traits::glContextVersion.
2018-04-24 23:22:13 +08:00
Renamed CMake variable + C++ #define to OSG_GL_CONTEXT_VERSION
2018-04-25 00:05:03 +08:00
SET(OSG_GL_CONTEXT_VERSION "3.3")
Added OSG_GL_CONTEXT_STRING cmake variable to set include/osg/GL headers that sets Traits::glContextVersion.
2018-04-24 23:22:13 +08:00
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
IF (APPLE)
From Stephan Huber, fix for OSX build
2014-05-01 23:50:14 +08:00
SET(OPENGL_HEADER1 "#include <OpenGL/gl.h>" CACHE STRING "#include<> line for OpenGL Header")
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
SET(OPENGL_HEADER2 "#include <OpenGL/gl3.h>" CACHE STRING "#include<> line for additional OpenGL Headers if required")
ELSE()
IF (OPENGL_PROFILE STREQUAL "GLCORE")
From Paul Martz, "There is no standard place for gl/glcorearb.h on Windows. Previously, the only way to get OSG to build for core profile was to append an additional include directory ("/I") onto the CFLAGS variables This submission adds a FindGLCORE.cmake script so that the path to gl/glcorearb.h can be specified with a variable, GLCORE_ROOT, either in CMake or the environment. Currently this submission is Windows-only. I don't think OSX or Linux require any help in locating gl/glcorearb.h. But if they do, this submission can be easily modified. Files: - "CMakeLists.txt" is the top-level file. - FindGLCORE.cmake" and "OsgMacroUtils.cmake" go in CMakeModules. "
2014-04-29 20:18:51 +08:00
IF(WIN32)
FIND_PACKAGE(GLCORE REQUIRED)
ENDIF()
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
SET(OPENGL_HEADER1 "#include <GL/glcorearb.h>" CACHE STRING "#include<> line for OpenGL Header")
SET(OPENGL_HEADER2 "" CACHE STRING "#include<> line for additional OpenGL Headers if required")
ELSE()
SET(OPENGL_HEADER1 "#include <GL3/gl3.h>" CACHE STRING "#include<> line for OpenGL Header")
SET(OPENGL_HEADER2 "" CACHE STRING "#include<> line for additional OpenGL Headers if required")
ENDIF()
ENDIF()
ELSEIF(OSG_GLES1_AVAILABLE)
Changes to support building against ANDROID under OSX. git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14399 16af8721-9629-0410-8352-f15c8da7e697
2014-08-08 17:28:26 +08:00
IF (APPLE AND NOT ANDROID)
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
SET(OPENGL_HEADER1 "#include \"TargetConditionals.h\"" CACHE STRING "#include<> line for OpenGL Header")
SET(OPENGL_HEADER2 "#include <OpenGLES/ES1/gl.h>" CACHE STRING "#include<> line for additional OpenGL Headers if required")
ELSE()
SET(OPENGL_HEADER1 "#include <GLES/gl.h>" CACHE STRING "#include<> line for OpenGL Header")
SET(OPENGL_HEADER2 "" CACHE STRING "#include<> line for additional OpenGL Headers if required")
ENDIF()
ELSEIF(OSG_GLES2_AVAILABLE)
Changes to support building against ANDROID under OSX. git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14399 16af8721-9629-0410-8352-f15c8da7e697
2014-08-08 17:28:26 +08:00
IF (APPLE AND NOT ANDROID)
From Stephan Huber, fix for OSX build
2014-05-01 23:50:14 +08:00
SET(OPENGL_HEADER1 "#include \"TargetConditionals.h\"" CACHE STRING "#include<> line for OpenGL Header")
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
SET(OPENGL_HEADER2 "#include <OpenGLES/ES2/gl.h>" CACHE STRING "#include<> line for additional OpenGL Headers if required")
ELSE()
SET(OPENGL_HEADER1 "#include <GLES2/gl2.h>" CACHE STRING "#include<> line for OpenGL Header")
SET(OPENGL_HEADER2 "" CACHE STRING "#include<> line for additional OpenGL Headers if required")
Added conditionals for GLES3, added correct gl headers for GLES3 on iOS and Android to GL.in
2017-03-15 09:35:58 +08:00
ENDIF()
ELSEIF(OSG_GLES3_AVAILABLE)
IF (APPLE AND NOT ANDROID)
SET(OPENGL_HEADER1 "#include \"TargetConditionals.h\"" CACHE STRING "#include<> line for OpenGL Header")
SET(OPENGL_HEADER2 "#include <OpenGLES/ES3/gl.h>" CACHE STRING "#include<> line for additional OpenGL Headers if required")
ELSE()
SET(OPENGL_HEADER1 "#include <GLES3/gl3.h>" CACHE STRING "#include<> line for OpenGL Header")
SET(OPENGL_HEADER2 "" CACHE STRING "#include<> line for additional OpenGL Headers if required")
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
ENDIF()
ELSE()
IF (APPLE)
From Stephan Huber, fix for OSX build
2014-05-01 23:50:14 +08:00
SET(OPENGL_HEADER1 "#include <OpenGL/gl.h>" CACHE STRING "#include<> line for OpenGL Header")
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
SET(OPENGL_HEADER2 "" CACHE STRING "#include<> line for additional OpenGL Headers if required")
ELSE()
SET(OPENGL_HEADER1 "#include <GL/gl.h>" CACHE STRING "#include<> line for OpenGL Header")
SET(OPENGL_HEADER2 "" CACHE STRING "#include<> line for additional OpenGL Headers if required")
ENDIF()
ENDIF()
IF (OSG_GL1_AVAILABLE)
Fix VS2013 build issue Fix this build issue on VS2013: ``` \src\osg\State.cpp(99): fatal error C1017: invalid integer constant expression ``` I hope this works also on other platforms.
2017-03-29 21:28:09 +08:00
SET(OSG_GL1_FEATURES 1)
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
ELSE()
Fix VS2013 build issue Fix this build issue on VS2013: ``` \src\osg\State.cpp(99): fatal error C1017: invalid integer constant expression ``` I hope this works also on other platforms.
2017-03-29 21:28:09 +08:00
SET(OSG_GL1_FEATURES 0)
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
ENDIF()
IF (OSG_GL2_AVAILABLE)
Fix VS2013 build issue Fix this build issue on VS2013: ``` \src\osg\State.cpp(99): fatal error C1017: invalid integer constant expression ``` I hope this works also on other platforms.
2017-03-29 21:28:09 +08:00
SET(OSG_GL2_FEATURES 1)
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
ELSE()
Fix VS2013 build issue Fix this build issue on VS2013: ``` \src\osg\State.cpp(99): fatal error C1017: invalid integer constant expression ``` I hope this works also on other platforms.
2017-03-29 21:28:09 +08:00
SET(OSG_GL2_FEATURES 0)
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
ENDIF()
IF (OSG_GL3_AVAILABLE)
Fix VS2013 build issue Fix this build issue on VS2013: ``` \src\osg\State.cpp(99): fatal error C1017: invalid integer constant expression ``` I hope this works also on other platforms.
2017-03-29 21:28:09 +08:00
SET(OSG_GL3_FEATURES 1)
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
ELSE()
Fix VS2013 build issue Fix this build issue on VS2013: ``` \src\osg\State.cpp(99): fatal error C1017: invalid integer constant expression ``` I hope this works also on other platforms.
2017-03-29 21:28:09 +08:00
SET(OSG_GL3_FEATURES 0)
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
ENDIF()
IF (OSG_GLES1_AVAILABLE)
Fix VS2013 build issue Fix this build issue on VS2013: ``` \src\osg\State.cpp(99): fatal error C1017: invalid integer constant expression ``` I hope this works also on other platforms.
2017-03-29 21:28:09 +08:00
SET(OSG_GLES1_FEATURES 1)
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
ELSE()
Fix VS2013 build issue Fix this build issue on VS2013: ``` \src\osg\State.cpp(99): fatal error C1017: invalid integer constant expression ``` I hope this works also on other platforms.
2017-03-29 21:28:09 +08:00
SET(OSG_GLES1_FEATURES 0)
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
ENDIF()
From Roni Zanolli, build fix for iPhone
2014-06-02 16:13:39 +08:00
IF (OSG_GLES2_AVAILABLE)
Fix VS2013 build issue Fix this build issue on VS2013: ``` \src\osg\State.cpp(99): fatal error C1017: invalid integer constant expression ``` I hope this works also on other platforms.
2017-03-29 21:28:09 +08:00
SET(OSG_GLES2_FEATURES 1)
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
ELSE()
Fix VS2013 build issue Fix this build issue on VS2013: ``` \src\osg\State.cpp(99): fatal error C1017: invalid integer constant expression ``` I hope this works also on other platforms.
2017-03-29 21:28:09 +08:00
SET(OSG_GLES2_FEATURES 0)
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
ENDIF()
Added CMake support for specifying what OpenGL target and features that the OpenSceneGraph build should use. Added use of the new Cmake generated #define's for optionally compiling parts of the OpenSceneGraph's OpenGL support for the various OpenGL targets
2009-10-23 21:19:57 +08:00
From Konstantin Matveyev, "I've added GLES3 profile, which also enables GLES2 features (OSG_GLES3_AVAILABLE=true => OSG_GLES2_AVAILABLE=true). If OSG_OPENGL_PROFILE="GLES3" => GraphicsWindowIOS will create gles3 context. If failed, GraphicsWindowIOS will create gles2 context. Multisampling also working. " git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14831 16af8721-9629-0410-8352-f15c8da7e697
2015-04-13 18:11:32 +08:00
IF (OSG_GLES3_AVAILABLE)
Fix VS2013 build issue Fix this build issue on VS2013: ``` \src\osg\State.cpp(99): fatal error C1017: invalid integer constant expression ``` I hope this works also on other platforms.
2017-03-29 21:28:09 +08:00
SET(OSG_GLES3_FEATURES 1)
From Konstantin Matveyev, "I've added GLES3 profile, which also enables GLES2 features (OSG_GLES3_AVAILABLE=true => OSG_GLES2_AVAILABLE=true). If OSG_OPENGL_PROFILE="GLES3" => GraphicsWindowIOS will create gles3 context. If failed, GraphicsWindowIOS will create gles2 context. Multisampling also working. " git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14831 16af8721-9629-0410-8352-f15c8da7e697
2015-04-13 18:11:32 +08:00
ELSE()
Fix VS2013 build issue Fix this build issue on VS2013: ``` \src\osg\State.cpp(99): fatal error C1017: invalid integer constant expression ``` I hope this works also on other platforms.
2017-03-29 21:28:09 +08:00
SET(OSG_GLES3_FEATURES 0)
From Konstantin Matveyev, "I've added GLES3 profile, which also enables GLES2 features (OSG_GLES3_AVAILABLE=true => OSG_GLES2_AVAILABLE=true). If OSG_OPENGL_PROFILE="GLES3" => GraphicsWindowIOS will create gles3 context. If failed, GraphicsWindowIOS will create gles2 context. Multisampling also working. " git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14831 16af8721-9629-0410-8352-f15c8da7e697
2015-04-13 18:11:32 +08:00
ENDIF()
From Rafa Gaitan, "I finally had some time to change the build system for Android using a Toolchain, which, I think, will be easier to maintain and uses cmake standard system to build it. My changes: ------------------- - I changed the cmake files and added a toolchain for building OSG in Android. The toolchain is based on the one used at OpenCV. For building OSG for android you just need to do: mkdir build_android_static_gles2 && cd build_android_static_gles2 cmake .. -DANDROID_NDK=<path-to-the-android-ndk> -DCMAKE_TOOLCHAIN_FILE=../PlatformSpecifics/Android/android.toolchain.cmake -DOPENGL_PROFILE="GLES2" -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NATIVE_API_LEVEL=15 # optional -DANDROID_ABI=armeabim #optional -DCMAKE_INSTALL_PREFIX=<path-to-the-install-path> #optional make -j 8 make install The OPENGL_PROFILE works as expected, changing it to "GLES1" it builds and links OSG using GLES1. The DYNAMIC_OPENTHREADS/DYNAMIC_OPENSCENEGRAPH parameters also allows to build the dynamic libraries - I also added some build fixes for android related to the texture formats and added some missing USE_OSG_SERIALIZER_WRAPPER in the osg serializer library to support loading osgb files in static." git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14514 16af8721-9629-0410-8352-f15c8da7e697
2014-11-21 18:37:33 +08:00
IF(ANDROID)
IF(OSG_GLES1_AVAILABLE)
FIND_PATH(OPENGL_INCLUDE_DIR GLES/gl.h
PATHS
${ANDROID_SYSROOT}/usr/include)
FIND_LIBRARY(OPENGL_gl_LIBRARY GLESv1_CM
PATHS
${ANDROID_SYSROOT}/usr/lib)
ELSEIF(OSG_GLES2_AVAILABLE)
FIND_PATH(OPENGL_INCLUDE_DIR GLES2/gl2.h
PATHS
${ANDROID_SYSROOT}/usr/include)
FIND_LIBRARY(OPENGL_gl_LIBRARY GLESv2
PATHS
${ANDROID_SYSROOT}/usr/lib)
GLES3 now working on iOS, tried to maintain support for have bother gles2 and gles3, allowed avfoundation to be added on iOS, improved iOS example cmake generation
2017-03-18 14:53:32 +08:00
ELSEIF(OSG_GLES3_AVAILABLE)
FIND_PATH(OPENGL_INCLUDE_DIR GLES3/gl3.h
PATHS
${ANDROID_SYSROOT}/usr/include)
FIND_LIBRARY(OPENGL_gl_LIBRARY GLESv3
PATHS
${ANDROID_SYSROOT}/usr/lib)
From Rafa Gaitan, "I finally had some time to change the build system for Android using a Toolchain, which, I think, will be easier to maintain and uses cmake standard system to build it. My changes: ------------------- - I changed the cmake files and added a toolchain for building OSG in Android. The toolchain is based on the one used at OpenCV. For building OSG for android you just need to do: mkdir build_android_static_gles2 && cd build_android_static_gles2 cmake .. -DANDROID_NDK=<path-to-the-android-ndk> -DCMAKE_TOOLCHAIN_FILE=../PlatformSpecifics/Android/android.toolchain.cmake -DOPENGL_PROFILE="GLES2" -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NATIVE_API_LEVEL=15 # optional -DANDROID_ABI=armeabim #optional -DCMAKE_INSTALL_PREFIX=<path-to-the-install-path> #optional make -j 8 make install The OPENGL_PROFILE works as expected, changing it to "GLES1" it builds and links OSG using GLES1. The DYNAMIC_OPENTHREADS/DYNAMIC_OPENSCENEGRAPH parameters also allows to build the dynamic libraries - I also added some build fixes for android related to the texture formats and added some missing USE_OSG_SERIALIZER_WRAPPER in the osg serializer library to support loading osgb files in static." git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14514 16af8721-9629-0410-8352-f15c8da7e697
2014-11-21 18:37:33 +08:00
ENDIF()
ENDIF()
Added OSG_CPP_EXCEPTIONS_AVAILABLE cmake option to enable optional build of plugins and examples that required C++ exceptions
2009-11-17 20:55:52 +08:00
Reordered the configuiration file blocks to make it more understandable
2014-04-25 16:56:53 +08:00
Changed the include/osg/Config and include/OpenThreads/Config references to use the assocaited CMake variable for these headers
2008-06-21 03:52:14 +08:00
################################################################################
Added CMake test for presence of GLuint64 and GLint64 in OpenGL/GLES headers to better handle when/where GL defines the 64 bit typedefs git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@15001 16af8721-9629-0410-8352-f15c8da7e697
2015-07-22 21:49:14 +08:00
# Set Config header file
Changed the include/osg/Config and include/OpenThreads/Config references to use the assocaited CMake variable for these headers
2008-06-21 03:52:14 +08:00
SET(OPENSCENEGRAPH_CONFIG_HEADER "${PROJECT_BINARY_DIR}/include/osg/Config")
CONFIGURE_FILE("${CMAKE_CURRENT_SOURCE_DIR}/src/osg/Config.in"
"${OPENSCENEGRAPH_CONFIG_HEADER}")
Fixed line endings git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@15085 16af8721-9629-0410-8352-f15c8da7e697
2015-08-11 03:40:36 +08:00
Added CMake test for presence of GLuint64 and GLint64 in OpenGL/GLES headers to better handle when/where GL defines the 64 bit typedefs git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@15001 16af8721-9629-0410-8352-f15c8da7e697
2015-07-22 21:49:14 +08:00
################################################################################
# Set OpenGL header file
Fixed line endings git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@15085 16af8721-9629-0410-8352-f15c8da7e697
2015-08-11 03:40:36 +08:00
Added CMake test for presence of GLuint64 and GLint64 in OpenGL/GLES headers to better handle when/where GL defines the 64 bit typedefs git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@15001 16af8721-9629-0410-8352-f15c8da7e697
2015-07-22 21:49:14 +08:00
INCLUDE (CheckCXXSourceCompiles)
#SET(CMAKE_REQUIRED_INCLUDES ${CMAKE_REQUIRED_INCLUDES} ${OPENGL_INCLUDE_DIR})
check_cxx_source_compiles(
Fixed line endings git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@15085 16af8721-9629-0410-8352-f15c8da7e697
2015-08-11 03:40:36 +08:00
"${OPENGL_HEADER1}
${OPENGL_HEADER2}
Added CMake test for presence of GLuint64 and GLint64 in OpenGL/GLES headers to better handle when/where GL defines the 64 bit typedefs git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@15001 16af8721-9629-0410-8352-f15c8da7e697
2015-07-22 21:49:14 +08:00
int main() { GLint64 test; return 0; }"
GL_HEADER_HAS_GLINT64
)
Fixed line endings git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@15085 16af8721-9629-0410-8352-f15c8da7e697
2015-08-11 03:40:36 +08:00
Added CMake test for presence of GLuint64 and GLint64 in OpenGL/GLES headers to better handle when/where GL defines the 64 bit typedefs git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@15001 16af8721-9629-0410-8352-f15c8da7e697
2015-07-22 21:49:14 +08:00
check_cxx_source_compiles(
Fixed line endings git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@15085 16af8721-9629-0410-8352-f15c8da7e697
2015-08-11 03:40:36 +08:00
"${OPENGL_HEADER1}
${OPENGL_HEADER2}
Added CMake test for presence of GLuint64 and GLint64 in OpenGL/GLES headers to better handle when/where GL defines the 64 bit typedefs git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@15001 16af8721-9629-0410-8352-f15c8da7e697
2015-07-22 21:49:14 +08:00
int main() { GLuint64 test; return 0; }"
GL_HEADER_HAS_GLUINT64
)
Moved the set of include/osg/Version into Cmake
2009-11-19 00:24:01 +08:00
Renamed the new include/osg/OpenGL automatically configured header file to include/osg/GL replacing the original hand built GL header
2014-04-30 21:19:22 +08:00
SET(OPENSCENEGRAPH_OPENGL_HEADER "${PROJECT_BINARY_DIR}/include/osg/GL")
CONFIGURE_FILE("${CMAKE_CURRENT_SOURCE_DIR}/src/osg/GL.in"
Fixed typo in OPENSCENEGRAPH_OPENGL_HEADER name
2014-04-24 15:22:55 +08:00
"${OPENSCENEGRAPH_OPENGL_HEADER}")
Introduced new scheme for setting up which version of OpenGL/OpenGL ES the OSG is compiled for. To select standard OpenGL 1/2 build with full backwards and forwards comtability use: ./configure make OR ./configure -DOPENGL_PROFILE=GL2 To select OpenGL 3 core profile build using GL3/gl3.h header: ./configure -DOPENGL_PROFILE=GL3 To select OpenGL Arb core profile build using GL/glcorearb.h header: ./configure -DOPENGL_PROFILE=GLCORE To select OpenGL ES 1.1 profile use: ./configure -DOPENGL_PROFILE=GLES1 To select OpenGL ES 2 profile use: ./configure -DOPENGL_PROFILE=GLES2 Using OPENGL_PROFILE will select all the appropriate features required so no other settings in cmake will need to be adjusted. The new configuration options are stored in the include/osg/OpenGL header that deprecates the old include/osg/GL header.
2014-04-23 17:08:26 +08:00
Commented out the explict install of the Config files as including these files into the header list allows the normal Cmake install support to install them.
2008-06-23 18:18:04 +08:00
# INSTALL_FILES(/include/osg/ FILES "${OPENSCENEGRAPH_CONFIG_HEADER}")
Changed the include/osg/Config and include/OpenThreads/Config references to use the assocaited CMake variable for these headers
2008-06-21 03:52:14 +08:00
Reordered the configuiration file blocks to make it more understandable
2014-04-25 16:56:53 +08:00
################################################################################
Added CMake test for presence of GLuint64 and GLint64 in OpenGL/GLES headers to better handle when/where GL defines the 64 bit typedefs git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@15001 16af8721-9629-0410-8352-f15c8da7e697
2015-07-22 21:49:14 +08:00
# Set Version header file
Reordered the configuiration file blocks to make it more understandable
2014-04-25 16:56:53 +08:00
Removed include/osg/Version and include/OpenThreads/Version headers as these are autogenerated. Changed the paths for the OpenThreads/osg Version headers to be placed in the PROJECT_BINARY_DIR. git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14557 16af8721-9629-0410-8352-f15c8da7e697
2014-11-29 00:10:14 +08:00
SET(OPENSCENEGRAPH_VERSION_HEADER "${PROJECT_BINARY_DIR}/include/osg/Version")
Reordered the configuiration file blocks to make it more understandable
2014-04-25 16:56:53 +08:00
CONFIGURE_FILE("${CMAKE_CURRENT_SOURCE_DIR}/src/osg/Version.in"
"${OPENSCENEGRAPH_VERSION_HEADER}")
From Sherman Wilcox, added VS versioning information into libs
2009-02-05 22:55:17 +08:00
################################################################################
# Set Version Info resource file
Reordered the configuiration file blocks to make it more understandable
2014-04-25 16:56:53 +08:00
Changed version to only be run for Visual Studio
2009-02-05 22:56:39 +08:00
IF(MSVC)
Added support for VS versioning of OpenThreads
2009-02-06 16:46:02 +08:00
SET(OPENSCENEGRAPH_VERSIONINFO_RC "${PROJECT_BINARY_DIR}/PlatformSpecifics/Windows/OpenSceneGraphVersionInfo.rc")
CONFIGURE_FILE("${CMAKE_CURRENT_SOURCE_DIR}/PlatformSpecifics/Windows/OpenSceneGraphVersionInfo.rc.in"
From Sherman Wilcox, added VS versioning information into libs
2009-02-05 22:55:17 +08:00
"${OPENSCENEGRAPH_VERSIONINFO_RC}")
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Sherman Wilcox, added VS versioning information into libs
2009-02-05 22:55:17 +08:00
Restructed the reporting of the libpath message so that it only appears the first time it's required
2009-01-29 21:29:08 +08:00
################################################################################
# Optional build components
# OSG Applications
OPTION(BUILD_OSG_APPLICATIONS "Enable to build OSG Applications (e.g. osgviewer)" ON)
# OSG Examples
OPTION(BUILD_OSG_EXAMPLES "Enable to build OSG Examples" OFF)
split travis-ci apple build into two jobs to avoid job time limit.
2017-02-03 17:01:15 +08:00
# OSG Plugins disable option for apple build on travis ci test - full build job runs over time limit of 50 min.
OPTION(BUILD_OSG_PLUGINS "Build OSG Plugins - Disable for compile testing examples on a time limit" ON)
mark_as_advanced(BUILD_OSG_PLUGINS)
Ran dos2unix
2007-03-09 17:07:05 +08:00
################################################################################
# 3rd Party Dependency Stuff
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
IF(WIN32 AND NOT ANDROID)
Removed tabs
2007-04-11 16:33:40 +08:00
INCLUDE(Find3rdPartyDependencies)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
Ran dos2unix
2007-03-09 17:07:05 +08:00
Added lua-5.2.3 as source code so it can be optinally built as part of the lua plugin, making it possible to work out of the box across all platforms with needing lua as an external dependency. Added the Cmake option OSG_USE_LOCAL_LUA_SOURCE to control whether to build and use the Lua source code in the lua plugin, or look for lua as an external dependency.
2014-02-05 00:49:13 +08:00
OPTION(OSG_USE_LOCAL_LUA_SOURCE "Enable to use local Lua source when building the lua plugin" ON)
Added comment about using -DCMAKE_DISABLE_FINDPACKAGE_* command line. git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14632 16af8721-9629-0410-8352-f15c8da7e697
2014-12-22 18:35:33 +08:00
#
# If you want to prevent CMake from picking up on any of the following optional 3rd Party dependencies in CMake 2.8 onwards
# you can use the following style of command line option when invoking Cmake (here illustrating ignoring PythonLibs) :
# cmake -DCMAKE_DISABLE_FIND_PACKAGE_PythonLibs=1 .
#
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
IF(ANDROID)
From Jorge Ciges, "1rst - Changes in Cmake: They make possible "make install" with the android building. 2nd - Script to use a 3rd party directory with basic libraries: libjpeg,libpng,libtiff,giflib,freetype,curl,gdal. 3rd - Change in the GLES library loading for Android. That should make GLES2 work properly. 4rth- Included two defines RGB8_OES and RGBA8_OES as a substitute in GLES for RGB8 and RGBA8 5th - OpenGL and GLSL version identification changed to recognize GLES versions properly "
2011-04-21 20:53:22 +08:00
ANDROID_3RD_PARTY()
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
ELSE()
# Common to all platforms except android:
Renamed FindFreeType.cmake to FindFreetype.cmake to enable CMake build to pick up on CMake's own FindFreetype.cmake when it's available.
2014-04-14 00:04:27 +08:00
FIND_PACKAGE(Freetype)
attached fixes for configuring and building the osgPlugin exr with Visual Studio and using out-of-the-box builds of ilmbase and openexr, i.e. without manual/extra config for using these 2 libs with the OSG. Previously, the assumption was made that ilmbase and openexr were installed in a common directory and hence the header files and libs were both found in that common directory. That is not consistent with other libs and this submission makes it consistent and therefore the OSG configures out of the box. I made this work for ilmbase-2.1.0.tar.gz / openexr-2.1.0.tar.gz and ilmbase-2.2.0.tar.gz / openexr-2.2.0.tar.gz
2017-11-14 18:38:18 +08:00
FIND_PACKAGE(ilmbase)
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
FIND_PACKAGE(Inventor)
FIND_PACKAGE(Jasper)
FIND_PACKAGE(OpenEXR)
From Abhishek Bansal, with ammendemts by Robet Osfield to get working with recent OpenCascade and usng CMake.
2016-12-01 03:11:15 +08:00
FIND_PACKAGE(OpenCascade)
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
FIND_PACKAGE(COLLADA)
FIND_PACKAGE(FBX)
FIND_PACKAGE(ZLIB)
FIND_PACKAGE(OpenVRML)
FIND_PACKAGE(GDAL)
From Martin Lambers, "It adds a new ReaderWriter plugin for the GTA file format (http://gta.nongnu.org). This allows to read and write floating point image data. Unlike other formats, GTA also allows very good compression ratios for floating point data. The compression method can be selected with the COMPRESSION option of the plugin. "
2012-02-18 00:45:49 +08:00
FIND_PACKAGE(GTA)
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
FIND_PACKAGE(CURL)
FIND_PACKAGE(LibVNCServer)
Replaced FindOurDCMTK.cmake usage with FindDCMTK.cmake
2017-07-26 19:54:37 +08:00
FIND_PACKAGE(DCMTK)
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
FIND_PACKAGE(FFmpeg)
From Dmitry Marakasov, "While packaging osg-3.3.3 I've discovered that gstreamer detection is broken: -- Could NOT find GStreamer (missing: GSTREAMER_BASE_INCLUDE_DIRS GSTREAMER_BASE_LIBRARIES GSTREAMER_GSTREAMER-APP_INCLUDE_DIRS GSTREAMER_GSTREAMER-APP_LIBRARIES GSTREAMER_GSTREAMER-PBUTILS_INCLUDE_DIRS GSTREAMER_GSTREAMER-PBUTILS_LIBRARIES) (found version "1.4.5") though all required modules are installed. There are two problems: first, module names are spelled incorrectly in root CMakeLists.txt (e.g. gstreamer-app instead of app), so variables expected for them are e.g. GSTREAMER_GSTREAMER-APP_INCLUDE_DIRS instead of GSTREAMER_APP_INCLUDE_DIRS. Second, gstreamer base component is detected as GSTREAMER while checked later as GSTREAMER_BASE. I've uncommented the detection as GSTREAMER_BASE, but obviously that should be revisited and only one detection left. With this patch, gstreamer is detected properly and the plugins is successfully built and installed." git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14719 16af8721-9629-0410-8352-f15c8da7e697
2015-02-26 03:25:34 +08:00
FIND_PACKAGE(GStreamer COMPONENTS app pbutils)
From Julen Garcia, "Here there is a small plugin I use to play video files. It is based on GStreamer http://gstreamer.freedesktop.org and I have used the FFmpeg plugin as inspiration." From Robert Osfield, fixed handled of row widths so that they are padded to a 4 byte boundary as certain row widths were being rendered incorrectly. git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14604 16af8721-9629-0410-8352-f15c8da7e697
2014-12-16 19:20:42 +08:00
FIND_PACKAGE(GLIB COMPONENTS gobject)
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
FIND_PACKAGE(DirectShow)
Added support for using SDL2 to the osgmovie to enable it to handle floating point audio formats git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14610 16af8721-9629-0410-8352-f15c8da7e697
2014-12-18 03:21:32 +08:00
FIND_PACKAGE(SDL2)
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
FIND_PACKAGE(SDL)
FIND_PACKAGE(Poppler-glib)
FIND_PACKAGE(RSVG)
FIND_PACKAGE(GtkGl)
FIND_PACKAGE(DirectInput)
FIND_PACKAGE(NVTT)
Merged from OSG-3.2 branch the removal of check for Asio under Windows
2013-07-30 14:12:31 +08:00
IF (NOT WIN32)
FIND_PACKAGE(Asio)
ENDIF()
From Stephan Huber, "* imageio: removed ReaderWriterImageIO_IOS.cpp, refactored ReaderWriterImageIO to work on OS X and IOS * avfoundation: added support for IOS (CoreVideo-support is still in development, works only for SDK >= 6.0, set IPHONE_SDKVER in cMake accordingly) * zeroconf: added ZeroConf-device-plugin (Mac/Win only, linux implementation missing) to advertise and discover services via ZeroConf/Bonjour, on windows you'll need the Bonjour SDK from Apple * osgosc: modified the example to demonstrate the usage of the ZeroConf-plugin (start the example with the command-line-argument --zeroconf) * SlideShowConstructor: enable/disable CoreVideo via a environment variable (P3D_ENABLE_CORE_VIDEO) * RestHttp: mouse-motion-events get interpolated * RestHttp: unhandled http-requests get sent as an user-event to the event-queue, all arguments get attached as user-values to the event * modified some CMakeModules to work correctly when compiling for IOS * fixed a compile-error for IOS in GraphicsWindowIOS * some minor bugfixes"
2012-12-06 01:15:53 +08:00
FIND_PACKAGE(ZeroConf)
Added lua-5.2.3 as source code so it can be optinally built as part of the lua plugin, making it possible to work out of the box across all platforms with needing lua as an external dependency. Added the Cmake option OSG_USE_LOCAL_LUA_SOURCE to control whether to build and use the Lua source code in the lua plugin, or look for lua as an external dependency.
2014-02-05 00:49:13 +08:00
From Aitor Moreno, LAS plugin - depends upon boost and liblas and liblas-c git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14622 16af8721-9629-0410-8352-f15c8da7e697
2014-12-19 01:47:08 +08:00
FIND_PACKAGE(LIBLAS)
Added lua-5.2.3 as source code so it can be optinally built as part of the lua plugin, making it possible to work out of the box across all platforms with needing lua as an external dependency. Added the Cmake option OSG_USE_LOCAL_LUA_SOURCE to control whether to build and use the Lua source code in the lua plugin, or look for lua as an external dependency.
2014-02-05 00:49:13 +08:00
IF (NOT(OSG_USE_LOCAL_LUA_SOURCE))
FIND_PACKAGE(Lua52)
IF (NOT (LUA_LIBRARIES AND LUA_INCLUDE_DIR))
FIND_PACKAGE(Lua51)
ENDIF()
Added support for automatically select Lua 5.2 is it's available, then falling back to checking for Lua 5.1 otherwise.
2013-10-05 04:42:23 +08:00
ENDIF()
Added lua-5.2.3 as source code so it can be optinally built as part of the lua plugin, making it possible to work out of the box across all platforms with needing lua as an external dependency. Added the Cmake option OSG_USE_LOCAL_LUA_SOURCE to control whether to build and use the Lua source code in the lua plugin, or look for lua as an external dependency.
2014-02-05 00:49:13 +08:00
Commented out the experimental V8 and Python plugins as these plugins only existed as a proof of concept test linkage with these dependenices, and have no functionality beyond this. git-svn-id: http://svn.openscenegraph.org/osg/OpenSceneGraph/trunk@14678 16af8721-9629-0410-8352-f15c8da7e697
2015-02-02 17:53:55 +08:00
# V8 and Python plugins are tests for linking against these libraries but aren't functionality beyond this.
# FIND_PACKAGE(V8)
# FIND_PACKAGE(PythonLibs)
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
ENDIF()
Ran dos2unix
2007-03-09 17:07:05 +08:00
From Sukender, "As discussed in osg-users, I found output directories with CMake >= 2.8.1 are wrong under MSVC (As Chuck said, it's to be related to CMake, and not MSVC). But I also found rev. 11354 (from Wang Rui) added a change in OsgMacroUtils which adresses a similar issue: Wang told the "../../bin" prefix wasn't working. However I think the fix isn't correct because it checks the MSVC version instead of the CMake version. Here is my fix, against latest trunk (root CMakeLists.txt, and CMakeModules/OsgMacroUtils.cmake). Tests I made: | Unix Makefiles | MSVC 9 | MSVC 10 x64 --------------------------------------------------- CMake 2.4 | | OK | N/A CMake 2.6.4 | | OK | N/A CMake 2.8.0 | | OK | broken support? CMake 2.8.2 | | OK | OK "
2010-11-09 22:39:32 +08:00
# Include macro utilities here
INCLUDE(OsgMacroUtils)
From Jean-Sebastien Guay, "I added a simple setting in OSG's CMakeLists.txt to be able to disable building anything related to Qt. It just skips the FindPackage(...) for Qt3 and Qt4, so since they are not found nothing related to Qt will be generated by CMake. The default is to build the Qt related stuff, so current behavior is unchanged."
2011-09-13 17:53:34 +08:00
Restructed the reporting of the libpath message so that it only appears the first time it's required
2009-01-29 21:29:08 +08:00
#optional example related dependencies
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
IF (BUILD_OSG_EXAMPLES AND NOT ANDROID)
Restructed the reporting of the libpath message so that it only appears the first time it's required
2009-01-29 21:29:08 +08:00
FIND_PACKAGE(FLTK)
FIND_PACKAGE(FOX)
SET(wxWidgets_USE_LIBS base core gl net)
FIND_PACKAGE(wxWidgets)
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
ENDIF(BUILD_OSG_EXAMPLES AND NOT ANDROID)
Restructed the reporting of the libpath message so that it only appears the first time it's required
2009-01-29 21:29:08 +08:00
Ran dos2unix
2007-03-09 17:07:05 +08:00
# Platform specific:
# (We can approach this one of two ways. We can try to FIND everything
# and simply check if we found the packages before actually building
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
# or we can hardcode the cases. The advantage of the former is that
Ran dos2unix
2007-03-09 17:07:05 +08:00
# packages that are installed on platforms that don't require them
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
# will still get built (presuming no compatibility issues). But this
# also means modules that are redundant may get built. For example,
Ran dos2unix
2007-03-09 17:07:05 +08:00
# OS X doesn't need GIF, JPEG, PNG, TIFF, etc because it uses QuickTime.
# Also, it will clutter the CMake menu with "NOT_FOUND".
# The downside to the latter is that it is harder to build those
# potentially redundant modules.)
# Image readers/writers depend on 3rd party libraries except for OS X which
# can use Quicktime.
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
IF(NOT ANDROID)
IF(NOT APPLE)
FIND_PACKAGE(GIFLIB)
FIND_PACKAGE(JPEG)
FIND_PACKAGE(PNG)
FIND_PACKAGE(TIFF)
# QuickTime is required for OS X, but optional for Windows.
IF(WIN32)
FIND_PACKAGE(QuickTime)
ENDIF()
Removed tabs
2007-04-11 16:33:40 +08:00
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
ELSE()
From Thomas Hogarth, "Attached are two minor modifications to the master CMakeLists.txt file. It now points to sdk version 6.0 (I do intend to make this configurable my command line) It also added a search for libtiff to Apple builds mainly for use with osg earth."
2013-01-26 00:54:30 +08:00
FIND_PACKAGE(TIFF)
Removed tabs
2007-04-11 16:33:40 +08:00
FIND_PACKAGE(QuickTime)
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
FIND_PACKAGE(QTKit)
FIND_PACKAGE(CoreVideo)
From Stephan Huber, OSX and iOS Video support via a QTKit plugin from OSX 10.7 and before, and an AVFoundation plugin for iOS and OSX10.8 and later.
2012-10-02 22:07:12 +08:00
FIND_PACKAGE(CoreMedia)
FIND_PACKAGE(QuartzCore)
FIND_PACKAGE(AVFoundation)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
ENDIF()
Ran dos2unix
2007-03-09 17:07:05 +08:00
Added automatic creation of lib bin and lib/osgPlugins
2007-03-23 16:53:06 +08:00
################################################################################
# Create bin and lib directories if required
IF("${CMAKE_SOURCE_DIR}" STREQUAL "${CMAKE_BINARY_DIR}")
Added support for version of the osgPlugins directory, which now gets versioned according to the OpenSceneGraph/CMakeLists.txt and the include/osg/Version settings. These changes mean that the 1.9.5 release will have a libs/osgPlugins-1.9.5 directory.
2007-05-20 20:29:11 +08:00
FILE(MAKE_DIRECTORY ${CMAKE_BINARY_DIR}/bin ${CMAKE_BINARY_DIR}/lib ${CMAKE_BINARY_DIR}/lib/${OSG_PLUGINS})
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
Added automatic creation of lib bin and lib/osgPlugins
2007-03-23 16:53:06 +08:00
Ran dos2unix
2007-03-09 17:07:05 +08:00
################################################################################
# Installation stuff
From Cedric Pinson, "By default it's the normal behaviour, it means it's "d" extension for debug library and executable. But if you want to change that you can. The reason is if you want to build an application that use a library that use openscenegraph you have to build the full chain in debug or in release. On windows you have no choice, but on linux you can link with both version without rebuilding everything ... The patch consist only to change the line on one line SET(CMAKE_DEBUG_POSTFIX "d") with SET(CMAKE_DEBUG_POSTFIX "d" CACHE STRING "add a postfix, usually d on windows")"
2008-05-28 01:42:56 +08:00
SET(CMAKE_DEBUG_POSTFIX "d" CACHE STRING "add a postfix, usually d on windows")
From David Fries,"We are needing to compile Debug, Release, and MinSizeWithDebInfo, but currently only Debug appends "d" so the Release and MinSizeWithDebInfo (and MinSizeRel) all produce the same filenames. This set of changes lets each build type have a cmake defined string appended, defaulting to Release none, Debug d, RelWithDebInfo rd, MinSizeRel s. But a user still can have Release, RelWithDebInfo, and MinSizeRel to produce the same filenames. It does so by setting the preprocessor define OSG_LIBRARY_POSTFIX in src/osgDB/CMakeLists.txt to one of the previously defined cmake variables CMAKE_DEBUG_POSTFIX CMAKE_RELEASE_POSTFIX CMAKE_RELWITHDEBINFO_POSTFIX CMAKE_MINSIZEREL_POSTFIX. This method cuts down on the #ifdef _DEBUG #else preprocessor directives in Registry.cpp as the extension is always passed in OSG_LIBRARY_POSTFIX. That and __MINGW32__ didn't have the _DEBUG check which looks like a bug."
2010-03-11 01:19:35 +08:00
SET(CMAKE_RELEASE_POSTFIX "" CACHE STRING "add a postfix, usually empty on windows")
SET(CMAKE_RELWITHDEBINFO_POSTFIX "rd" CACHE STRING "add a postfix, usually empty on windows")
SET(CMAKE_MINSIZEREL_POSTFIX "s" CACHE STRING "add a postfix, usually empty on windows")
Changed OSG_DEBUG_POSTFIX to use ADDQUOTES in the .cpp rather than trying to add quotes via CMakeLists.txt
2008-09-22 22:58:35 +08:00
Added remapping of CMAKE_BUILD_TYPE strings that don't have the correct case.
2017-08-17 00:51:58 +08:00
# Correct any incorrect case usage in CMAKE_BUILD_TYPE
IF (CMAKE_BUILD_TYPE MATCHES "release" OR CMAKE_BUILD_TYPE MATCHES "RELEASE")
SET(CMAKE_BUILD_TYPE "Release")
ELSEIF (CMAKE_BUILD_TYPE MATCHES "minsizerel" OR CMAKE_BUILD_TYPE MATCHES "MINSIZEREL")
SET(CMAKE_BUILD_TYPE "MinSizeRel")
ELSEIF (CMAKE_BUILD_TYPE MATCHES "relwithdebinfo" OR CMAKE_BUILD_TYPE MATCHES "RELWITHDEBINFO")
SET(CMAKE_BUILD_TYPE "RelWithDebInfo")
ELSEIF (CMAKE_BUILD_TYPE MATCHES "debug" OR CMAKE_BUILD_TYPE MATCHES "DEBUG")
SET(CMAKE_BUILD_TYPE "Debug")
ENDIF()
From Alan Dickinson, "I modified the CPack and CMake files to utilze the CMAKE_INSTALL_PREFIX when building RPM packages. I also modified the CMake and pkgconfig files to append the _POSTFIX extenstion based on the CMAKE_BUILD_TYPE. Additionally I fixed packaging/ld.so.conf.d/openscenegraph.conf.in to add a '/' betweeen the arguments since the CMAKE_INSTALL_PREFIX can't end with a '/'. "
2011-03-11 18:18:43 +08:00
# Set the build postfix extension according to what configuration is being built.
IF (CMAKE_BUILD_TYPE MATCHES "Release")
SET(CMAKE_BUILD_POSTFIX "${CMAKE_RELEASE_POSTFIX}")
ELSEIF (CMAKE_BUILD_TYPE MATCHES "MinSizeRel")
SET(CMAKE_BUILD_POSTFIX "${CMAKE_MINSIZEREL_POSTFIX}")
ELSEIF(CMAKE_BUILD_TYPE MATCHES "RelWithDebInfo")
SET(CMAKE_BUILD_POSTFIX "${CMAKE_RELWITHDEBINFO_POSTFIX}")
ELSEIF(CMAKE_BUILD_TYPE MATCHES "Debug")
SET(CMAKE_BUILD_POSTFIX "${CMAKE_DEBUG_POSTFIX}")
ELSE()
From Alan Dickinson,"I tested out my changes against the trunk and everything worked fine... except I noticed that the CMAKE_BUILD_POSTFIX is set incorrectly for a undefined or blank BUILD_TYPE. So here is the one line change to the CMakeLists.txt to rectify this omission."
2011-03-16 21:41:39 +08:00
SET(CMAKE_BUILD_POSTFIX "")
From Alan Dickinson, "I modified the CPack and CMake files to utilze the CMAKE_INSTALL_PREFIX when building RPM packages. I also modified the CMake and pkgconfig files to append the _POSTFIX extenstion based on the CMAKE_BUILD_TYPE. Additionally I fixed packaging/ld.so.conf.d/openscenegraph.conf.in to add a '/' betweeen the arguments since the CMAKE_INSTALL_PREFIX can't end with a '/'. "
2011-03-11 18:18:43 +08:00
ENDIF()
From Bob Kuehne, "minor tweak to the cmake root file to handle debug correctly on os x."
2008-12-19 01:09:12 +08:00
IF(UNIX AND NOT WIN32)
From Eric Sokolowsky, "I found that the current CMakeLists.txt doesn't set the debugging flags correctly on OSX when using cmake to generate Xcode projects. This change has the potential to affect all platforms, so it should be tested."
2009-04-21 22:27:34 +08:00
SET(CMAKE_CXX_FLAGS_DEBUG "${CMAKE_CXX_FLAGS_DEBUG} -D_DEBUG")
SET(CMAKE_C_FLAGS_DEBUG "${CMAKE_C_FLAGS_DEBUG} -D_DEBUG")
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Mathieu Marache, first post: "I had the problem that debug and release version of the plugins had the same name under linux. These minors modification to Registry and the CMake support files enable to have both Release and Debug version of the plugins to coexist and be found by there respective runtimes." follow up post: "I've gone ahead and added a preprocessor directive with the editable CMAKE_DEBUG_POSTFIX. I modified Registry.cpp to take this new preprocessor directive called OSG_DEBUG_POSTFIX while looking for libraries in Debug mode for the windows (msvc) and the linux platforms. MinGW, cygwin and Apple are still left out this proposal." Notes from Robert Osfield, completed the work in change d entries to use OSG_DEBUG_POSTFIX
2008-05-28 20:49:47 +08:00
From Alberto Luaces, "Cygwin's cmake build adds a "d" postfix to the plugins installed in debug mode. Nevertheless, the code doesn't acknowledge that, so I had problems with debug versions of the library not being able to open their plugins whereas the release versions worked fine. I have made the same changes in Registry.cpp that are available for the rest of platforms appending that "d" to their plugins. I have also updated the CMakeLists.txt file to get "_DEBUG" defined at compilation time. I have copied the already existent conditional block because of cmake's bizarre operator precedence. Since Cygwin defines both CYGWIN and WIN32, the following would suffice: IF(CYGWIN OR UNIX AND NOT WIN32 AND NOT APPLE) Sadly, it actually doesn't work, so I wrote a new conditional block just for Cygwin. I could join the two blocks when the parentheses support is added in newer versions of cmake."
2008-09-18 02:56:59 +08:00
IF(CYGWIN)
From Eric Sokolowsky, "I found that the current CMakeLists.txt doesn't set the debugging flags correctly on OSX when using cmake to generate Xcode projects. This change has the potential to affect all platforms, so it should be tested."
2009-04-21 22:27:34 +08:00
SET(CMAKE_CXX_FLAGS_DEBUG "${CMAKE_CXX_FLAGS_DEBUG} -D_DEBUG")
SET(CMAKE_C_FLAGS_DEBUG "${CMAKE_C_FLAGS_DEBUG} -D_DEBUG")
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
Ran dos2unix
2007-03-09 17:07:05 +08:00
From Eric Wing, added handling of CMAKE_THREAD_LIBS_INIT
2007-03-29 18:56:07 +08:00
IF(UNIX AND NOT WIN32 AND NOT APPLE)
IF(CMAKE_SIZEOF_VOID_P MATCHES "8")
From Lugi Calori, added control of lib postfix.
2007-05-20 17:55:34 +08:00
SET(LIB_POSTFIX "64" CACHE STRING "suffix for 32/64 dir placement")
MARK_AS_ADVANCED(LIB_POSTFIX)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
ENDIF()
From Lugi Calori, added control of lib postfix.
2007-05-20 17:55:34 +08:00
IF(NOT DEFINED LIB_POSTFIX)
SET(LIB_POSTFIX "")
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Philip Lowman, post 1: "Here is a collection of changes which should fix issues building the OSG with CMake 2.6.0 (along with some other changes) CMakeLists.txt: * Set CMP0003 to supress warning about linking against -lpthread (which is a non-absolute library location). (CMake 2.6.x fix) * Modified the WIN32_USE_MP and a couple of other Visual Studio specific flags to be in an IF(MSVC) block (minor tweak to reduce exposing this stuff on MinGW builds) * Includes my second set of glu tesselator autodetection changes that you seemed to want but haven't committed yet. src/OpenThreads/pthreads/CMakeLists.txt: * Eliminates warning when compiling on Linux about spaces in link line (CMake 2.6.x fix) CMakeModules/OsgMacroUtils.cmake: * Tweaks to make the macros behave properly under CMake 2.6.0 (doesn't change behavior under CMake 2.4.x) CMakeModules/Find3rdPartyDependencies.cmake: * Adds the NO_DEFAULT_PATH option to all of the search options so that things in C:\Program Files\OpenSceneGraph aren't accidently picked up during configure time and instead only things in the "3rdParty" folder are discovered. (general bugfix) " post 2: "Ok, hold the presses. I just discovered that for some odd reason the osgdb_* plugins under Linux aren't getting put under the osgPlugins-2.5.0 folder. Not exactly sure why this broke, the folder was there, just empty. I'll have to look into it this evening." post 3: "Fixed, was caused by the switch to CMAKE_LIBRARY_OUTPUT_DIRECTORY and some code in osgPlugins/CMakeLists.txt that effectively overrides LIBRARY_OUTPUT_PATH on non-MSVC compilers to dump the plugins in the plugins folder. I tweaked it to override CMAKE_LIBRARY_OUTPUT_DIRECTORY as well. Seems to work fine."
2008-05-27 06:36:58 +08:00
misc. typo fixes mostly non-user-facing but some doxy.
2017-08-16 00:23:49 +08:00
# Here we apparently do some funky stuff with making the bin/ and lib/
From Philip Lowman, post 1: "Here is a collection of changes which should fix issues building the OSG with CMake 2.6.0 (along with some other changes) CMakeLists.txt: * Set CMP0003 to supress warning about linking against -lpthread (which is a non-absolute library location). (CMake 2.6.x fix) * Modified the WIN32_USE_MP and a couple of other Visual Studio specific flags to be in an IF(MSVC) block (minor tweak to reduce exposing this stuff on MinGW builds) * Includes my second set of glu tesselator autodetection changes that you seemed to want but haven't committed yet. src/OpenThreads/pthreads/CMakeLists.txt: * Eliminates warning when compiling on Linux about spaces in link line (CMake 2.6.x fix) CMakeModules/OsgMacroUtils.cmake: * Tweaks to make the macros behave properly under CMake 2.6.0 (doesn't change behavior under CMake 2.4.x) CMakeModules/Find3rdPartyDependencies.cmake: * Adds the NO_DEFAULT_PATH option to all of the search options so that things in C:\Program Files\OpenSceneGraph aren't accidently picked up during configure time and instead only things in the "3rdParty" folder are discovered. (general bugfix) " post 2: "Ok, hold the presses. I just discovered that for some odd reason the osgdb_* plugins under Linux aren't getting put under the osgPlugins-2.5.0 folder. Not exactly sure why this broke, the folder was there, just empty. I'll have to look into it this evening." post 3: "Fixed, was caused by the switch to CMAKE_LIBRARY_OUTPUT_DIRECTORY and some code in osgPlugins/CMakeLists.txt that effectively overrides LIBRARY_OUTPUT_PATH on non-MSVC compilers to dump the plugins in the plugins folder. I tweaked it to override CMAKE_LIBRARY_OUTPUT_DIRECTORY as well. Seems to work fine."
2008-05-27 06:36:58 +08:00
# folders which is probably needed to work around a very old CMake bug?
Changed the lib and executable local build so that they all go in bin and lib respectively.
2007-03-13 05:23:09 +08:00
#SET(OUTPUT_BINDIR ${PROJECT_BINARY_DIR}/bin/${CMAKE_SYSTEM_NAME})
SET(OUTPUT_BINDIR ${PROJECT_BINARY_DIR}/bin)
Ran dos2unix
2007-03-09 17:07:05 +08:00
MAKE_DIRECTORY(${OUTPUT_BINDIR})
From Rene Molenaar, "Using commandline build system nmake on windows does not work. This is caused by the OSG_MSVC_VERSIONED_DLL hack. there are hard-coded paths to place the dll's in the bin /dir that normally would go in the lib/config (release/debug) dirs. Nmake has different locations for the files (no config dir). fix: change the macro's in OsgMacroUtils.cmake for the IF(NOT MSVC_IDE) situation. Libs go in lib/, and DLLs and executables go in bin/ To accopmplish this for MSVC_IDE the targets get a "../../bin" prefix, for nmake this should be "../bin" (because there are no config folders). This fix mimics the behaviour of the MSCV_IDE (visual studio) build system when building with nmake. Note: A change in the main CMakeLists.txt creates the needed plugin directory in the binary dir. see included files for the changes: r7885fix-v2/CMakeModules/OsgMacroUtils.cmake r7885fix-v2/osgWrappers/CMakeLists.txt r7885fix-v2/CMakeLists.txt The behaviour of visual studio projects (and other build systems) remain unchanged. Tested building and installing with nmake and visual studio 8 debug and release. "
2008-02-18 23:26:46 +08:00
IF(MSVC AND NOT MSVC_IDE)
MAKE_DIRECTORY(${OUTPUT_BINDIR}/${OSG_PLUGINS})
ENDIF(MSVC AND NOT MSVC_IDE)
Changed the lib and executable local build so that they all go in bin and lib respectively.
2007-03-13 05:23:09 +08:00
#SET(OUTPUT_LIBDIR ${PROJECT_BINARY_DIR}/lib/${CMAKE_SYSTEM_NAME})
SET(OUTPUT_LIBDIR ${PROJECT_BINARY_DIR}/lib)
Ran dos2unix
2007-03-09 17:07:05 +08:00
MAKE_DIRECTORY(${OUTPUT_LIBDIR})
From Mathias Froechlich, "Attached the collected fixes I needed to compile with all of them. Most notable the __hpux define stuff. The __hpux__ variant seems to be not defined which resulted in a compile error at this time. Consequently I have replaced all occurances of __hpux__ with __hpux. And huge surprise: now osg plugins are found and loaded correctly ... The next notable one is the MSVC_IDE fix which makes the nmake Makefiles cmake generator target behave like the ide one. Showed up because I started to do scripted builds with nmake instead of devenv... The rest is the usual bunch of stuff that just happens during normal coding ..."
2009-11-18 20:15:29 +08:00
IF(NOT MSVC OR MSVC_IDE)
From Rene Molenaar, "Using commandline build system nmake on windows does not work. This is caused by the OSG_MSVC_VERSIONED_DLL hack. there are hard-coded paths to place the dll's in the bin /dir that normally would go in the lib/config (release/debug) dirs. Nmake has different locations for the files (no config dir). fix: change the macro's in OsgMacroUtils.cmake for the IF(NOT MSVC_IDE) situation. Libs go in lib/, and DLLs and executables go in bin/ To accopmplish this for MSVC_IDE the targets get a "../../bin" prefix, for nmake this should be "../bin" (because there are no config folders). This fix mimics the behaviour of the MSCV_IDE (visual studio) build system when building with nmake. Note: A change in the main CMakeLists.txt creates the needed plugin directory in the binary dir. see included files for the changes: r7885fix-v2/CMakeModules/OsgMacroUtils.cmake r7885fix-v2/osgWrappers/CMakeLists.txt r7885fix-v2/CMakeLists.txt The behaviour of visual studio projects (and other build systems) remain unchanged. Tested building and installing with nmake and visual studio 8 debug and release. "
2008-02-18 23:26:46 +08:00
MAKE_DIRECTORY(${OUTPUT_LIBDIR}/${OSG_PLUGINS})
From Mathias Froechlich, "Attached the collected fixes I needed to compile with all of them. Most notable the __hpux define stuff. The __hpux__ variant seems to be not defined which resulted in a compile error at this time. Consequently I have replaced all occurances of __hpux__ with __hpux. And huge surprise: now osg plugins are found and loaded correctly ... The next notable one is the MSVC_IDE fix which makes the nmake Makefiles cmake generator target behave like the ide one. Showed up because I started to do scripted builds with nmake instead of devenv... The rest is the usual bunch of stuff that just happens during normal coding ..."
2009-11-18 20:15:29 +08:00
ENDIF(NOT MSVC OR MSVC_IDE)
Ran dos2unix
2007-03-09 17:07:05 +08:00
From Sukender, "As discussed in osg-users, I found output directories with CMake >= 2.8.1 are wrong under MSVC (As Chuck said, it's to be related to CMake, and not MSVC). But I also found rev. 11354 (from Wang Rui) added a change in OsgMacroUtils which adresses a similar issue: Wang told the "../../bin" prefix wasn't working. However I think the fix isn't correct because it checks the MSVC version instead of the CMake version. Here is my fix, against latest trunk (root CMakeLists.txt, and CMakeModules/OsgMacroUtils.cmake). Tests I made: | Unix Makefiles | MSVC 9 | MSVC 10 x64 --------------------------------------------------- CMake 2.4 | | OK | N/A CMake 2.6.4 | | OK | N/A CMake 2.8.0 | | OK | broken support? CMake 2.8.2 | | OK | OK "
2010-11-09 22:39:32 +08:00
# CMake >= 2.8.1 changed the output directory algorithm (See doc).
# Here we also set per-configuration directories (CMAKE_*_OUTPUT_DIRECTORY_<CONFIG>), or else binaries are generated in /bin/Debug and /bin/Release, etc. with MSVC and Xcode.
# (Doc reads "multi-configuration generators (VS, Xcode) do NOT append a per-configuration subdirectory to the specified directory").
# The workaround for 2.6.x (adding "../" as an output prefix for each target) seem to have no effect in >=2.8.1, so there is no need to change this.
Changed the min CMake version to 2.8.0
2016-09-23 01:33:35 +08:00
SET(CMAKE_ARCHIVE_OUTPUT_DIRECTORY ${OUTPUT_LIBDIR})
SET(CMAKE_RUNTIME_OUTPUT_DIRECTORY ${OUTPUT_BINDIR})
IF(WIN32)
SET(CMAKE_LIBRARY_OUTPUT_DIRECTORY ${OUTPUT_BINDIR})
ELSE(WIN32)
SET(CMAKE_LIBRARY_OUTPUT_DIRECTORY ${OUTPUT_LIBDIR})
ENDIF(WIN32)
# Testing CMAKE_VERSION is possible in >= 2.6.4 only
BUILDER_VERSION_GREATER(2 8 0)
IF(VALID_BUILDER_VERSION) # If CMake >= 2.8.1
FOREACH(CONF ${CMAKE_CONFIGURATION_TYPES}) # For each configuration (Debug, Release, MinSizeRel... and/or anything the user chooses)
STRING(TOUPPER "${CONF}" CONF) # Go uppercase (DEBUG, RELEASE...)
SET("CMAKE_ARCHIVE_OUTPUT_DIRECTORY_${CONF}" "${OUTPUT_LIBDIR}")
SET("CMAKE_RUNTIME_OUTPUT_DIRECTORY_${CONF}" "${OUTPUT_BINDIR}")
IF(WIN32)
SET("CMAKE_LIBRARY_OUTPUT_DIRECTORY_${CONF}" "${OUTPUT_BINDIR}")
ELSE()
SET("CMAKE_LIBRARY_OUTPUT_DIRECTORY_${CONF}" "${OUTPUT_LIBDIR}")
ENDIF()
ENDFOREACH()
ENDIF(VALID_BUILDER_VERSION)
Ran dos2unix
2007-03-09 17:07:05 +08:00
#SET(INSTALL_BINDIR OpenSceneGraph/bin)
#SET(INSTALL_INCDIR OpenSceneGraph/include)
#SET(INSTALL_LIBDIR OpenSceneGraph/lib)
#SET(INSTALL_DOCDIR OpenSceneGraph/doc)
################################################################################
# User Options
From Eric Wing, " Here are more changes for the CMake scripts: - I removed CMAKE_INSTALL_PREFIX in FindOpenThreads as a follow up to the discussion thread. - I introduced an experimental CMAKE_PREFIX_PATH to replace it. - I added CMAKE_PREFIX_PATH, CMAKE_INCLUDE_PATH, and CMAKE_LIBRARY_PATH to the CMake GUI so users can enter values there instead of in the environment. - I added OPENSCENEGRAPH_*_VERSION variables (MAJOR, MINOR, PATCH). These should be kept up-to-date with the real version numbers. Mac bundles like to have version information so users can find out the version they are running through standard About panels and also automated system reporters for troubleshooting/bug tracking. In theory, this information could be used for library versioning. We should do the same for OpenThreads, but I forgot about it. - I added some Mac Info.plist stuff (which uses the version information). "
2007-04-27 18:29:48 +08:00
# Expose CMAKE_INCLUDE_PATH and CMAKE_LIBARY_PATH to the GUI so users
# may set these values without needing to manipulate the environment.
SET(CMAKE_INCLUDE_PATH ${CMAKE_INCLUDE_PATH} CACHE STRING "You may add additional search paths here. Use ; to separate multiple paths.")
SET(CMAKE_LIBRARY_PATH ${CMAKE_LIBRARY_PATH} CACHE STRING "You may add additional search paths here. Use ; to separate multiple paths.")
# We are proposing that a new variable called CMAKE_PREFIX_PATH be introduced
# to CMake to compliment CMAKE_INCLUDE_PATH and CMAKE_LIBRARY_PATH.
# A formal feature request has been submited to CMake, Bug #4947.
# It is intended for those users who have common prefixes for their INCLUDE
# and LIBRARY locations. So if users have headers in /usr/local/include
# and libraries in /usr/local/lib, the common prefix is /usr/local.
# It should also cover the case where headers and libraries are
# in the same directory.
# Our proposal expects that FIND_* commands will automatically search for
# CMAKE_PREFIX_PATH right after CMAKE_INCLUDE_PATH or CMAKE_LIBRARY_PATH.
# Obviously, since CMake does not currently support this, we must write
# our Find*.cmake modules to explicitly support this. Otherwise, this variable
# will have no impact.
# This is unofficial so this may be removed or changed at anytime.
SET(CMAKE_PREFIX_PATH ${CMAKE_PREFIX_PATH} CACHE STRING "(EXPERIMENTAL) You may add additional search paths here. Use ; to separate multiple paths.")
Restructed the control of OSG_AGGRESSIVE_WARNINGS_FLAGS to make it possible to edit them in ccmake/CMakeSetup. Changed the name of OSG_USE_AGGRESSIVE_WARNINGS to OSG_AGGRESSIVE_WARNINGS to make sure it sits alongside the OSG_AGGRESSIVE_WARNINGS_FLAGS within ccmake so that it's easier to see how the two variables are coupled.
2016-06-02 18:06:50 +08:00
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
# This is for an advanced option to give aggressive warnings
From Eric Wing, " Changes include: A internal cache flag that can be used to detect if this is the first time running the CMake configuration. This is needed to work around stupid CMake UI shortcomings about the UI not reflecting anything you SET unless you use FORCE. But if you use FORCE, you override anything the user may try to set/override unless you have an exception check. It turns out the exception check you need is often the first-run check. This flag is potentially useful for other things too. An optional switch that turns on more aggressive warnings based on your compiler. Some Apple specific stuff for detecting the OS version and enabling Universal Binaries (and some additional compiler flags that are good but gcc version dependent). The version check code is unfortunately really fragile. I need to lobby CMake to return the OS X version number for us. FYI, building Universal will fail with the current CMake release due to a bug, but is now fixed in CVS. "
2007-04-11 16:35:39 +08:00
# under different compilers. If yours is not implemented, this option
# will not be made available.
IF(CMAKE_COMPILER_IS_GNUCXX)
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
# To be complete, we might also do GNUCC flags,
From Eric Wing, " Changes include: A internal cache flag that can be used to detect if this is the first time running the CMake configuration. This is needed to work around stupid CMake UI shortcomings about the UI not reflecting anything you SET unless you use FORCE. But if you use FORCE, you override anything the user may try to set/override unless you have an exception check. It turns out the exception check you need is often the first-run check. This flag is potentially useful for other things too. An optional switch that turns on more aggressive warnings based on your compiler. Some Apple specific stuff for detecting the OS version and enabling Universal Binaries (and some additional compiler flags that are good but gcc version dependent). The version check code is unfortunately really fragile. I need to lobby CMake to return the OS X version number for us. FYI, building Universal will fail with the current CMake release due to a bug, but is now fixed in CVS. "
2007-04-11 16:35:39 +08:00
# but everything here is C++ code.
# -Wshadow and -Woverloaded-virtual are also interesting flags, but OSG
# returns too many hits.
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
# FYI, if we do implement GNUCC, then -Wmissing-prototypes in another
From Eric Wing, " Changes include: A internal cache flag that can be used to detect if this is the first time running the CMake configuration. This is needed to work around stupid CMake UI shortcomings about the UI not reflecting anything you SET unless you use FORCE. But if you use FORCE, you override anything the user may try to set/override unless you have an exception check. It turns out the exception check you need is often the first-run check. This flag is potentially useful for other things too. An optional switch that turns on more aggressive warnings based on your compiler. Some Apple specific stuff for detecting the OS version and enabling Universal Binaries (and some additional compiler flags that are good but gcc version dependent). The version check code is unfortunately really fragile. I need to lobby CMake to return the OS X version number for us. FYI, building Universal will fail with the current CMake release due to a bug, but is now fixed in CVS. "
2007-04-11 16:35:39 +08:00
# interesting C-specific flag.
From Eric Wing, "I made a mistake in my IF() checks for FOO_CONFIG_HAS_BEEN_RUN_BEFORE. I was using ${FOO_CONFIG_HAS_BEEN_RUN_BEFORE} instead of just FOO_HAS_BEEN_RUN_BEFORE. In this case, it happened to work out to still be correct, but in general it shouldn't have the ${}. (I really hate this syntax.)"
2007-04-25 17:14:01 +08:00
# Also, there is a bug in gcc 4.0. Under C++, -pedantic will create
# errors instead of warnings for certain issues, including superfluous
# semicolons and commas, and the use of long long. -fpermissive seems
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
# to be the workaround.
Added check against GCC version when adding the -Wshadow warning to OSG_AGGRESSIVE_WARNING_FLAGS so that it's only used in versions later than 4.9.
2016-06-03 03:00:42 +08:00
SET(OSG_AGGRESSIVE_WARNING_FLAGS -Wall -Wparentheses -Wno-long-long -Wno-import -pedantic -Wreturn-type -Wmissing-braces -Wunknown-pragmas -Wunused)
short version with gcc warning flags depending on compiler version.
2016-09-20 16:23:15 +08:00
MESSAGE( STATUS "g++ version ${CMAKE_CXX_COMPILER_VERSION} ")
IF(CMAKE_CXX_COMPILER_VERSION VERSION_GREATER 4.6)
SET(OSG_AGGRESSIVE_WARNING_FLAGS ${OSG_AGGRESSIVE_WARNING_FLAGS} -Wmaybe-uninitialized -Wextra)
fix error in CmakeLists: CMAKE_CXX_COMPILER_VERSIO -> CMAKE_CXX_COMPILER_VERSION
2016-09-22 15:09:46 +08:00
IF(CMAKE_CXX_COMPILER_VERSION VERSION_GREATER 4.9)
short version with gcc warning flags depending on compiler version.
2016-09-20 16:23:15 +08:00
SET(OSG_AGGRESSIVE_WARNING_FLAGS ${OSG_AGGRESSIVE_WARNING_FLAGS} -Wshadow)
IF(CMAKE_CXX_COMPILER_VERSION VERSION_GREATER 6.0)
# -Wmisleading-indentation (in -Wall) generates less warnings when interpreting tab as 4 spaces instead of the default of 8
# SET(OSG_AGGRESSIVE_WARNING_FLAGS ${OSG_AGGRESSIVE_WARNING_FLAGS} -ftabstop=4)
SET(OSG_AGGRESSIVE_WARNING_FLAGS ${OSG_AGGRESSIVE_WARNING_FLAGS} -Wno-misleading-indentation)
ENDIF()
enable some more aggressive warning flags for gcc 4.7 and cmake version below 3
2016-09-16 23:12:41 +08:00
ENDIF()
Added check against GCC version when adding the -Wshadow warning to OSG_AGGRESSIVE_WARNING_FLAGS so that it's only used in versions later than 4.9.
2016-06-03 03:00:42 +08:00
ENDIF()
Added disabling of "warning: format not a string literal, argument types not checked" under FreeBSD as these errors are being generated from std library ostream implementation.
2009-02-03 19:05:35 +08:00
Added VS and gcc warning suppression to clean up a few last stubborn warnings
2009-02-05 19:10:32 +08:00
# Previous included -Wformat=2 in OSG_AGGRESSIVE_WARNING_FLAGS but had to remove it due to standard library errors
Added disabling of "warning: format not a string literal, argument types not checked" under FreeBSD as these errors are being generated from std library ostream implementation.
2009-02-03 19:05:35 +08:00
From David Callu, "Here a CMakeLists.txt modified with OSG_AGGRESSIVE_WARNING_FLAGS defined when Clang compilator is used"
2013-07-01 17:10:11 +08:00
ELSEIF(MSVC)
From Laurens Voerman, "With fstream inheritaince now removed the warning can be enabled again."
2013-07-02 22:35:29 +08:00
#disable specific warning level 4 warnings:
#C4100 'identifier' : unreferenced formal parameter
#C4127 Error Message conditional expression is constant
#C4706 assignment within conditional expression
disable warning C4589 for MSVC
2016-09-19 22:40:59 +08:00
#C4589: Constructor of abstract class 'osgGA::CameraManipulator' ignores initializer for virtual base class 'osg::Object'
SET(OSG_AGGRESSIVE_WARNING_FLAGS /W4 /wd4589 /wd4706 /wd4127 /wd4100)
From David Callu, "Here a CMakeLists.txt modified with OSG_AGGRESSIVE_WARNING_FLAGS defined when Clang compilator is used"
2013-07-01 17:10:11 +08:00
ELSEIF(CMAKE_CXX_COMPILER_ID STREQUAL "Clang")
SET(OSG_AGGRESSIVE_WARNING_FLAGS -Wall -Wparentheses -Wno-long-long -Wno-import -pedantic -Wreturn-type -Wmissing-braces -Wunknown-pragmas -Wunused -Wno-overloaded-virtual)
From Eric Wing, " Changes include: A internal cache flag that can be used to detect if this is the first time running the CMake configuration. This is needed to work around stupid CMake UI shortcomings about the UI not reflecting anything you SET unless you use FORCE. But if you use FORCE, you override anything the user may try to set/override unless you have an exception check. It turns out the exception check you need is often the first-run check. This flag is potentially useful for other things too. An optional switch that turns on more aggressive warnings based on your compiler. Some Apple specific stuff for detecting the OS version and enabling Universal Binaries (and some additional compiler flags that are good but gcc version dependent). The version check code is unfortunately really fragile. I need to lobby CMake to return the OS X version number for us. FYI, building Universal will fail with the current CMake release due to a bug, but is now fixed in CVS. "
2007-04-11 16:35:39 +08:00
# CMake lacks an elseif, so other non-gcc, non-VS compilers need
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
# to be listed below. If unhandled, OSG_AGGRESSIVE_WARNING_FLAGS should
From Eric Wing, " Changes include: A internal cache flag that can be used to detect if this is the first time running the CMake configuration. This is needed to work around stupid CMake UI shortcomings about the UI not reflecting anything you SET unless you use FORCE. But if you use FORCE, you override anything the user may try to set/override unless you have an exception check. It turns out the exception check you need is often the first-run check. This flag is potentially useful for other things too. An optional switch that turns on more aggressive warnings based on your compiler. Some Apple specific stuff for detecting the OS version and enabling Universal Binaries (and some additional compiler flags that are good but gcc version dependent). The version check code is unfortunately really fragile. I need to lobby CMake to return the OS X version number for us. FYI, building Universal will fail with the current CMake release due to a bug, but is now fixed in CVS. "
2007-04-11 16:35:39 +08:00
# remain unset.
From Stephan Huber, "attached you’ll find a bunch of fixes + enhancements for iOS and OS X based on current trunk. I incorporated + tested the submission from Colin Cochran, so his submission is not needed anymore. * fixed a bug with multi-touch and touch-id-generation on iOS and OS X. (will fix a bug reported by Colin Cochran, without ditching the existing logic) * removed unnecessary warning-flagss when generating xcode-projects via cmake, will enable the usage of OSG_AGGRESSIVE_WARNING_FLAGS * added support for 10.9 (OS X) * new cmake-variable: IPHONE_VERSION_MIN, this will set the deployment-target (previously hard-coded) If you set the IPHONE_VERSION_MIN to something like 7.0 osg gets compiled also for 64bit (amd64) * cmake defaults now to the clang compiler if IPHONE_VERSION_MIN > 4.2 * cmake now sets some xcode-settings so the compiler uses the c++98-standard (clang defaults to c++11, w/o this I got a lot of linking errors) * removed include-dir for avfoundation-plugin as not needed on OSX/IOS. * enhanced the ios-example, will now show multitouch-information on a hud (similar to the osgmultitouch-example), and more importantly, will compile + link out of the box * small enhancements for the osc-device-plugin (send only one msg for MOVE/DRAG, even if multiple msgs/event is enabled) * better memory-handling for the zeroconf-plugin * fixed a possible bug in the rest-http-plugin when receiving mouse-events. * incorporated a fix from Colin Cochran "forwarded touch events are not transformed into the GL UIView“ "
2013-10-07 18:05:09 +08:00
IF (APPLE)
From Stephan Huber, "Xcode changed the default std-lib-implementation again. Now it’s GNU++98 instead of C++11. I adapted the cMakeList.txt files accordingly to add this new option so we can set it explicitly and link against 3rdparty-c++-libs."
2014-05-06 17:43:32 +08:00
SET(OSG_CXX_LANGUAGE_STANDARD "C++11" CACHE STRING "set the c++ language standard (C++98 / GNU++98 / C++11) for OSG" )
From Stephan Huber, "Build Problem with osgGA at MacOS with Xcode 5"..."attached you'll find a possible solution for the issue. This will add a new option to cmake called OSG_CXX_LANGUAGE_STANDARD which defaults to C++11. If you set it to C++98 it will setup the project accordingly."
2013-11-01 22:40:50 +08:00
MARK_AS_ADVANCED(OSG_CXX_LANGUAGE_STANDARD)
# remove existing flags
REMOVE_CXX_FLAG(-std=c++98)
From Stephan Huber, "Xcode changed the default std-lib-implementation again. Now it’s GNU++98 instead of C++11. I adapted the cMakeList.txt files accordingly to add this new option so we can set it explicitly and link against 3rdparty-c++-libs."
2014-05-06 17:43:32 +08:00
REMOVE_CXX_FLAG(-std=gnu++98)
From Stephan Huber, "Build Problem with osgGA at MacOS with Xcode 5"..."attached you'll find a possible solution for the issue. This will add a new option to cmake called OSG_CXX_LANGUAGE_STANDARD which defaults to C++11. If you set it to C++98 it will setup the project accordingly."
2013-11-01 22:40:50 +08:00
REMOVE_CXX_FLAG(-std=c++11)
REMOVE_CXX_FLAG(-stdlib=libstdc++)
REMOVE_CXX_FLAG(-stdlib=libc++)
IF(${OSG_CXX_LANGUAGE_STANDARD} STREQUAL "c++98" OR ${OSG_CXX_LANGUAGE_STANDARD} STREQUAL "C++98")
set(CMAKE_XCODE_ATTRIBUTE_CLANG_CXX_LANGUAGE_STANDARD "c++98")
set(CMAKE_XCODE_ATTRIBUTE_CLANG_CXX_LIBRARY "libstdc++")
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++98 -stdlib=libstdc++")
ELSE()
From Stephan Huber, "Xcode changed the default std-lib-implementation again. Now it’s GNU++98 instead of C++11. I adapted the cMakeList.txt files accordingly to add this new option so we can set it explicitly and link against 3rdparty-c++-libs."
2014-05-06 17:43:32 +08:00
IF(${OSG_CXX_LANGUAGE_STANDARD} STREQUAL "gnu++98" OR ${OSG_CXX_LANGUAGE_STANDARD} STREQUAL "GNU++98")
set(CMAKE_XCODE_ATTRIBUTE_CLANG_CXX_LANGUAGE_STANDARD "gnu++98")
set(CMAKE_XCODE_ATTRIBUTE_CLANG_CXX_LIBRARY "libstdc++")
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=gnu++98 -stdlib=libstdc++")
ELSE()
set(CMAKE_XCODE_ATTRIBUTE_CLANG_CXX_LANGUAGE_STANDARD "c++11")
set(CMAKE_XCODE_ATTRIBUTE_CLANG_CXX_LIBRARY "libc++")
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11 -stdlib=libc++")
ENDIF()
From Stephan Huber, "Build Problem with osgGA at MacOS with Xcode 5"..."attached you'll find a possible solution for the issue. This will add a new option to cmake called OSG_CXX_LANGUAGE_STANDARD which defaults to C++11. If you set it to C++98 it will setup the project accordingly."
2013-11-01 22:40:50 +08:00
ENDIF()
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Wno-overloaded-virtual -Wno-conversion")
From Stephan Huber, "attached you’ll find a bunch of fixes + enhancements for iOS and OS X based on current trunk. I incorporated + tested the submission from Colin Cochran, so his submission is not needed anymore. * fixed a bug with multi-touch and touch-id-generation on iOS and OS X. (will fix a bug reported by Colin Cochran, without ditching the existing logic) * removed unnecessary warning-flagss when generating xcode-projects via cmake, will enable the usage of OSG_AGGRESSIVE_WARNING_FLAGS * added support for 10.9 (OS X) * new cmake-variable: IPHONE_VERSION_MIN, this will set the deployment-target (previously hard-coded) If you set the IPHONE_VERSION_MIN to something like 7.0 osg gets compiled also for 64bit (amd64) * cmake defaults now to the clang compiler if IPHONE_VERSION_MIN > 4.2 * cmake now sets some xcode-settings so the compiler uses the c++98-standard (clang defaults to c++11, w/o this I got a lot of linking errors) * removed include-dir for avfoundation-plugin as not needed on OSX/IOS. * enhanced the ios-example, will now show multitouch-information on a hud (similar to the osgmultitouch-example), and more importantly, will compile + link out of the box * small enhancements for the osc-device-plugin (send only one msg for MOVE/DRAG, even if multiple msgs/event is enabled) * better memory-handling for the zeroconf-plugin * fixed a possible bug in the rest-http-plugin when receiving mouse-events. * incorporated a fix from Colin Cochran "forwarded touch events are not transformed into the GL UIView“ "
2013-10-07 18:05:09 +08:00
set(WARNING_CFLAGS "")
ENDIF()
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Eric Wing, " Changes include: A internal cache flag that can be used to detect if this is the first time running the CMake configuration. This is needed to work around stupid CMake UI shortcomings about the UI not reflecting anything you SET unless you use FORCE. But if you use FORCE, you override anything the user may try to set/override unless you have an exception check. It turns out the exception check you need is often the first-run check. This flag is potentially useful for other things too. An optional switch that turns on more aggressive warnings based on your compiler. Some Apple specific stuff for detecting the OS version and enabling Universal Binaries (and some additional compiler flags that are good but gcc version dependent). The version check code is unfortunately really fragile. I need to lobby CMake to return the OS X version number for us. FYI, building Universal will fail with the current CMake release due to a bug, but is now fixed in CVS. "
2007-04-11 16:35:39 +08:00
# This part is for the CMake menu option to toggle the warnings on/off.
# This will only be made available if we set values for OSG_AGGRESSIVE_WARNING_FLAGS.
IF(OSG_AGGRESSIVE_WARNING_FLAGS)
Disabled the use of aggressive warnings under OSX as the default.
2009-02-12 01:21:36 +08:00
Restructed the control of OSG_AGGRESSIVE_WARNINGS_FLAGS to make it possible to edit them in ccmake/CMakeSetup. Changed the name of OSG_USE_AGGRESSIVE_WARNINGS to OSG_AGGRESSIVE_WARNINGS to make sure it sits alongside the OSG_AGGRESSIVE_WARNINGS_FLAGS within ccmake so that it's easier to see how the two variables are coupled.
2016-06-02 18:06:50 +08:00
SET(OSG_AGGRESSIVE_WARNING_FLAGS ${OSG_AGGRESSIVE_WARNING_FLAGS} CACHE STRING "Compiler flags to use when OSG_AGGRESSIVE_WARNINGS is enabled." FORCE)
Disabled the use of aggressive warnings under OSX as the default.
2009-02-12 01:21:36 +08:00
IF (APPLE)
SET(DEFAULT_USE_AGGRESSIVE_WARNINGS OFF)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ELSE()
Disabled the use of aggressive warnings under OSX as the default.
2009-02-12 01:21:36 +08:00
SET(DEFAULT_USE_AGGRESSIVE_WARNINGS ON)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
Disabled the use of aggressive warnings under OSX as the default.
2009-02-12 01:21:36 +08:00
Fixed typo
2016-06-02 19:43:09 +08:00
OPTION(OSG_AGGRESSIVE_WARNINGS "Enable to activate aggressive warnings" ${DEFAULT_USE_AGGRESSIVE_WARNINGS})
From Eric Wing, " Changes include: A internal cache flag that can be used to detect if this is the first time running the CMake configuration. This is needed to work around stupid CMake UI shortcomings about the UI not reflecting anything you SET unless you use FORCE. But if you use FORCE, you override anything the user may try to set/override unless you have an exception check. It turns out the exception check you need is often the first-run check. This flag is potentially useful for other things too. An optional switch that turns on more aggressive warnings based on your compiler. Some Apple specific stuff for detecting the OS version and enabling Universal Binaries (and some additional compiler flags that are good but gcc version dependent). The version check code is unfortunately really fragile. I need to lobby CMake to return the OS X version number for us. FYI, building Universal will fail with the current CMake release due to a bug, but is now fixed in CVS. "
2007-04-11 16:35:39 +08:00
Restructed the control of OSG_AGGRESSIVE_WARNINGS_FLAGS to make it possible to edit them in ccmake/CMakeSetup. Changed the name of OSG_USE_AGGRESSIVE_WARNINGS to OSG_AGGRESSIVE_WARNINGS to make sure it sits alongside the OSG_AGGRESSIVE_WARNINGS_FLAGS within ccmake so that it's easier to see how the two variables are coupled.
2016-06-02 18:06:50 +08:00
IF(OSG_AGGRESSIVE_WARNINGS)
From Mattias Helsing, "With msvc90 on vista and cmake-2.6.2 i had to rearrange the blocks that set aggressive warnings in CMAKE_CXX_FLAGS and the on that processes the source tree(s) or the newly set flags wouldn't take effect until second consecutive configure. I also replaced the internally cached variables that managed the aggresive warnings with explicit adding and removing of flags in CXX_FLAGS For apple we first required min cmake version 2.6.0 and then had code warning about using 2.4.x"
2009-01-08 19:26:16 +08:00
# Add flags defined by OSG_AGGRESSIVE_WARNING_FLAGS if they aren't already there
FOREACH(flag ${OSG_AGGRESSIVE_WARNING_FLAGS})
IF(NOT CMAKE_CXX_FLAGS MATCHES "${flag}")
SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} ${flag}")
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
ENDFOREACH()
ELSE()
misc. typo fixes mostly non-user-facing but some doxy.
2017-08-16 00:23:49 +08:00
# Remove all flags considered aggressive
From Mattias Helsing, "With msvc90 on vista and cmake-2.6.2 i had to rearrange the blocks that set aggressive warnings in CMAKE_CXX_FLAGS and the on that processes the source tree(s) or the newly set flags wouldn't take effect until second consecutive configure. I also replaced the internally cached variables that managed the aggresive warnings with explicit adding and removing of flags in CXX_FLAGS For apple we first required min cmake version 2.6.0 and then had code warning about using 2.4.x"
2009-01-08 19:26:16 +08:00
FOREACH(flag ${OSG_AGGRESSIVE_WARNING_FLAGS})
From Mattias Helsing, "Following reports by Alberto and Simon this submission reenables usage of cmake-2.6.0. As a side note I just installed cmake from the ubuntu repositories and got cmake-2.6.0-4ubuntu2 and this one produced the currect CMAKE_CXX_FLAGS_RELEASE (-O3 -DNDEBUG). This CMakeLists is tested on linux with cmake versions 2.4.8, 2.6.0, 2.6.2 and 2.6.0-4ubuntu2 * Added quotes around CMAKE_CXX_FLAGS var to help cmake-2.6.0 pick up that it really is a string value * Removed quotes around values that we set in OSG_AGGRESIVE_WARNING_FLAGS. This makes OSG_AGGRESIVE_WARING_FLAGS be of LIST type so the foreach constructs can behave as I planned."
2009-01-10 03:53:28 +08:00
STRING(REGEX REPLACE "${flag}" "" CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS}")
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDFOREACH()
ENDIF()
ENDIF()
From Eric Wing, " Changes include: A internal cache flag that can be used to detect if this is the first time running the CMake configuration. This is needed to work around stupid CMake UI shortcomings about the UI not reflecting anything you SET unless you use FORCE. But if you use FORCE, you override anything the user may try to set/override unless you have an exception check. It turns out the exception check you need is often the first-run check. This flag is potentially useful for other things too. An optional switch that turns on more aggressive warnings based on your compiler. Some Apple specific stuff for detecting the OS version and enabling Universal Binaries (and some additional compiler flags that are good but gcc version dependent). The version check code is unfortunately really fragile. I need to lobby CMake to return the OS X version number for us. FYI, building Universal will fail with the current CMake release due to a bug, but is now fixed in CVS. "
2007-04-11 16:35:39 +08:00
From Mattias Helsing, "With msvc90 on vista and cmake-2.6.2 i had to rearrange the blocks that set aggressive warnings in CMAKE_CXX_FLAGS and the on that processes the source tree(s) or the newly set flags wouldn't take effect until second consecutive configure. I also replaced the internally cached variables that managed the aggresive warnings with explicit adding and removing of flags in CXX_FLAGS For apple we first required min cmake version 2.6.0 and then had code warning about using 2.4.x"
2009-01-08 19:26:16 +08:00
# Dynamic vs Static Linking
OPTION(DYNAMIC_OPENSCENEGRAPH "Set to ON to build OpenSceneGraph for dynamic linking. Use OFF for static." ON)
IF (DYNAMIC_OPENSCENEGRAPH)
SET(OPENSCENEGRAPH_USER_DEFINED_DYNAMIC_OR_STATIC "SHARED")
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ELSE ()
From Mattias Helsing, "With msvc90 on vista and cmake-2.6.2 i had to rearrange the blocks that set aggressive warnings in CMAKE_CXX_FLAGS and the on that processes the source tree(s) or the newly set flags wouldn't take effect until second consecutive configure. I also replaced the internally cached variables that managed the aggresive warnings with explicit adding and removing of flags in CXX_FLAGS For apple we first required min cmake version 2.6.0 and then had code warning about using 2.4.x"
2009-01-08 19:26:16 +08:00
SET(OPENSCENEGRAPH_USER_DEFINED_DYNAMIC_OR_STATIC "STATIC")
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Mattias Helsing, "With msvc90 on vista and cmake-2.6.2 i had to rearrange the blocks that set aggressive warnings in CMAKE_CXX_FLAGS and the on that processes the source tree(s) or the newly set flags wouldn't take effect until second consecutive configure. I also replaced the internally cached variables that managed the aggresive warnings with explicit adding and removing of flags in CXX_FLAGS For apple we first required min cmake version 2.6.0 and then had code warning about using 2.4.x"
2009-01-08 19:26:16 +08:00
From Sukender, "As discussed in osg-users, I found output directories with CMake >= 2.8.1 are wrong under MSVC (As Chuck said, it's to be related to CMake, and not MSVC). But I also found rev. 11354 (from Wang Rui) added a change in OsgMacroUtils which adresses a similar issue: Wang told the "../../bin" prefix wasn't working. However I think the fix isn't correct because it checks the MSVC version instead of the CMake version. Here is my fix, against latest trunk (root CMakeLists.txt, and CMakeModules/OsgMacroUtils.cmake). Tests I made: | Unix Makefiles | MSVC 9 | MSVC 10 x64 --------------------------------------------------- CMake 2.4 | | OK | N/A CMake 2.6.4 | | OK | N/A CMake 2.8.0 | | OK | broken support? CMake 2.8.2 | | OK | OK "
2010-11-09 22:39:32 +08:00
From Mattias Helsing, "With msvc90 on vista and cmake-2.6.2 i had to rearrange the blocks that set aggressive warnings in CMAKE_CXX_FLAGS and the on that processes the source tree(s) or the newly set flags wouldn't take effect until second consecutive configure. I also replaced the internally cached variables that managed the aggresive warnings with explicit adding and removing of flags in CXX_FLAGS For apple we first required min cmake version 2.6.0 and then had code warning about using 2.4.x"
2009-01-08 19:26:16 +08:00
# OSG Core
ADD_SUBDIRECTORY(src)
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
IF (BUILD_OSG_APPLICATIONS AND NOT ANDROID)
From Mattias Helsing, "With msvc90 on vista and cmake-2.6.2 i had to rearrange the blocks that set aggressive warnings in CMAKE_CXX_FLAGS and the on that processes the source tree(s) or the newly set flags wouldn't take effect until second consecutive configure. I also replaced the internally cached variables that managed the aggresive warnings with explicit adding and removing of flags in CXX_FLAGS For apple we first required min cmake version 2.6.0 and then had code warning about using 2.4.x"
2009-01-08 19:26:16 +08:00
ADD_SUBDIRECTORY(applications)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Mattias Helsing, "With msvc90 on vista and cmake-2.6.2 i had to rearrange the blocks that set aggressive warnings in CMAKE_CXX_FLAGS and the on that processes the source tree(s) or the newly set flags wouldn't take effect until second consecutive configure. I also replaced the internally cached variables that managed the aggresive warnings with explicit adding and removing of flags in CXX_FLAGS For apple we first required min cmake version 2.6.0 and then had code warning about using 2.4.x"
2009-01-08 19:26:16 +08:00
IF (BUILD_OSG_EXAMPLES)
ADD_SUBDIRECTORY(examples)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Mattias Helsing, "With msvc90 on vista and cmake-2.6.2 i had to rearrange the blocks that set aggressive warnings in CMAKE_CXX_FLAGS and the on that processes the source tree(s) or the newly set flags wouldn't take effect until second consecutive configure. I also replaced the internally cached variables that managed the aggresive warnings with explicit adding and removing of flags in CXX_FLAGS For apple we first required min cmake version 2.6.0 and then had code warning about using 2.4.x"
2009-01-08 19:26:16 +08:00
Restructed the reporting of the libpath message so that it only appears the first time it's required
2009-01-29 21:29:08 +08:00
From Valeriy Dubov, fix for Android build under OSX
2013-05-21 18:22:54 +08:00
IF(APPLE AND NOT ANDROID)
From Tomas Holgarth and Stephan Huber, " attached you'll find the second part of the IOS-submission. It contains * GraphicsWindowIOS, which supports external and "retina" displays, multisample-buffers (for IOS > 4.0) and multi-touch-events * an ios-specific implementation of the imageio-plugin * an iphone-viewer example * cMake support for creating a xcode-project * an updated ReadMe-file describing the necessary steps to get a working xcode-project-file from CMake Please credit Thomas Hogarth and Stephan Huber for these changes. This brings the ios-support in line with the git-fork on github. It needs some more testing and some more love, the cmake-process is still a little complicated. You'll need a special version of the freetype lib compiled for IOS, there's one bundled in the OpenFrameworks-distribution, which can be used." Notes, from Robert Osfield, modified CMakeLists.txt files so that the IOS specific paths are within IF(APPLE) blocks.
2010-11-27 02:19:28 +08:00
#Here we check if the user specified IPhone SDK
IF(OSG_BUILD_PLATFORM_IPHONE OR OSG_BUILD_PLATFORM_IPHONE_SIMULATOR)
#set iphone arch and flags taken from http://sites.google.com/site/michaelsafyan/coding/resources/how-to-guides/cross-compile-for-the-iphone/how-to-cross-compile-for-the-iphone-using-cmake
IF(OSG_BUILD_PLATFORM_IPHONE)
From Stephan Huber, "attached you’ll find a bunch of fixes + enhancements for iOS and OS X based on current trunk. I incorporated + tested the submission from Colin Cochran, so his submission is not needed anymore. * fixed a bug with multi-touch and touch-id-generation on iOS and OS X. (will fix a bug reported by Colin Cochran, without ditching the existing logic) * removed unnecessary warning-flagss when generating xcode-projects via cmake, will enable the usage of OSG_AGGRESSIVE_WARNING_FLAGS * added support for 10.9 (OS X) * new cmake-variable: IPHONE_VERSION_MIN, this will set the deployment-target (previously hard-coded) If you set the IPHONE_VERSION_MIN to something like 7.0 osg gets compiled also for 64bit (amd64) * cmake defaults now to the clang compiler if IPHONE_VERSION_MIN > 4.2 * cmake now sets some xcode-settings so the compiler uses the c++98-standard (clang defaults to c++11, w/o this I got a lot of linking errors) * removed include-dir for avfoundation-plugin as not needed on OSX/IOS. * enhanced the ios-example, will now show multitouch-information on a hud (similar to the osgmultitouch-example), and more importantly, will compile + link out of the box * small enhancements for the osc-device-plugin (send only one msg for MOVE/DRAG, even if multiple msgs/event is enabled) * better memory-handling for the zeroconf-plugin * fixed a possible bug in the rest-http-plugin when receiving mouse-events. * incorporated a fix from Colin Cochran "forwarded touch events are not transformed into the GL UIView“ "
2013-10-07 18:05:09 +08:00
IF(${IPHONE_VERSION_MIN} LESS "7.0")
SET(CMAKE_OSX_ARCHITECTURES "armv6;armv7" CACHE STRING "Build architectures for iOS" FORCE)
From Sylvain Marie, When compiling OSG for the iOS simulator, providing both -miphoneos-version-min and -mios-simulator-version-min doesn’t please clang (tested on OS X 10.9.0 with Xcode 5.0.1). Here is a small change (against commit da597ab16945c572a2ad2f4f26fcef38ed21b074) in the CMakeLists.txt to avoid this situation.
2013-12-19 23:10:28 +08:00
SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -mno-thumb -pipe -no-cpp-precomp" CACHE STRING "Flags used by the compiler during all build types." FORCE)
From Stephan Huber, "attached you’ll find a bunch of fixes + enhancements for iOS and OS X based on current trunk. I incorporated + tested the submission from Colin Cochran, so his submission is not needed anymore. * fixed a bug with multi-touch and touch-id-generation on iOS and OS X. (will fix a bug reported by Colin Cochran, without ditching the existing logic) * removed unnecessary warning-flagss when generating xcode-projects via cmake, will enable the usage of OSG_AGGRESSIVE_WARNING_FLAGS * added support for 10.9 (OS X) * new cmake-variable: IPHONE_VERSION_MIN, this will set the deployment-target (previously hard-coded) If you set the IPHONE_VERSION_MIN to something like 7.0 osg gets compiled also for 64bit (amd64) * cmake defaults now to the clang compiler if IPHONE_VERSION_MIN > 4.2 * cmake now sets some xcode-settings so the compiler uses the c++98-standard (clang defaults to c++11, w/o this I got a lot of linking errors) * removed include-dir for avfoundation-plugin as not needed on OSX/IOS. * enhanced the ios-example, will now show multitouch-information on a hud (similar to the osgmultitouch-example), and more importantly, will compile + link out of the box * small enhancements for the osc-device-plugin (send only one msg for MOVE/DRAG, even if multiple msgs/event is enabled) * better memory-handling for the zeroconf-plugin * fixed a possible bug in the rest-http-plugin when receiving mouse-events. * incorporated a fix from Colin Cochran "forwarded touch events are not transformed into the GL UIView“ "
2013-10-07 18:05:09 +08:00
ELSE()
SET(CMAKE_OSX_ARCHITECTURES "armv7;armv7s;arm64" CACHE STRING "Build architectures for iOS" FORCE)
From Sylvain Marie, When compiling OSG for the iOS simulator, providing both -miphoneos-version-min and -mios-simulator-version-min doesn’t please clang (tested on OS X 10.9.0 with Xcode 5.0.1). Here is a small change (against commit da597ab16945c572a2ad2f4f26fcef38ed21b074) in the CMakeLists.txt to avoid this situation.
2013-12-19 23:10:28 +08:00
SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -pipe -no-cpp-precomp" CACHE STRING "Flags used by the compiler during all build types." FORCE)
From Stephan Huber, "attached you’ll find a bunch of fixes + enhancements for iOS and OS X based on current trunk. I incorporated + tested the submission from Colin Cochran, so his submission is not needed anymore. * fixed a bug with multi-touch and touch-id-generation on iOS and OS X. (will fix a bug reported by Colin Cochran, without ditching the existing logic) * removed unnecessary warning-flagss when generating xcode-projects via cmake, will enable the usage of OSG_AGGRESSIVE_WARNING_FLAGS * added support for 10.9 (OS X) * new cmake-variable: IPHONE_VERSION_MIN, this will set the deployment-target (previously hard-coded) If you set the IPHONE_VERSION_MIN to something like 7.0 osg gets compiled also for 64bit (amd64) * cmake defaults now to the clang compiler if IPHONE_VERSION_MIN > 4.2 * cmake now sets some xcode-settings so the compiler uses the c++98-standard (clang defaults to c++11, w/o this I got a lot of linking errors) * removed include-dir for avfoundation-plugin as not needed on OSX/IOS. * enhanced the ios-example, will now show multitouch-information on a hud (similar to the osgmultitouch-example), and more importantly, will compile + link out of the box * small enhancements for the osc-device-plugin (send only one msg for MOVE/DRAG, even if multiple msgs/event is enabled) * better memory-handling for the zeroconf-plugin * fixed a possible bug in the rest-http-plugin when receiving mouse-events. * incorporated a fix from Colin Cochran "forwarded touch events are not transformed into the GL UIView“ "
2013-10-07 18:05:09 +08:00
ENDIF()
From Sylvain Marie, When compiling OSG for the iOS simulator, providing both -miphoneos-version-min and -mios-simulator-version-min doesn’t please clang (tested on OS X 10.9.0 with Xcode 5.0.1). Here is a small change (against commit da597ab16945c572a2ad2f4f26fcef38ed21b074) in the CMakeLists.txt to avoid this situation.
2013-12-19 23:10:28 +08:00
SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -miphoneos-version-min=${IPHONE_VERSION_MIN}" FORCE)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ELSE()
Add x86_64 architecture to iOS simulator
2017-05-24 23:29:19 +08:00
#simulator uses i386 and x86_64 architectures
SET(CMAKE_OSX_ARCHITECTURES "i386;x86_64" CACHE STRING "Build architectures for iOS Simulator" FORCE)
SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -mno-thumb -pipe -no-cpp-precomp" CACHE STRING "Flags used by the compiler during all build types." FORCE)
From Sylvain Marie, When compiling OSG for the iOS simulator, providing both -miphoneos-version-min and -mios-simulator-version-min doesn’t please clang (tested on OS X 10.9.0 with Xcode 5.0.1). Here is a small change (against commit da597ab16945c572a2ad2f4f26fcef38ed21b074) in the CMakeLists.txt to avoid this situation.
2013-12-19 23:10:28 +08:00
SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -mios-simulator-version-min=${IPHONE_VERSION_MIN}" FORCE)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
misc. typo fixes mostly non-user-facing but some doxy.
2017-08-16 00:23:49 +08:00
#here we set the specific iphone sdk version. We can only set either device or simulator sdk. So if you want both you currently have to have two separate projects
From Tomas Holgarth and Stephan Huber, " attached you'll find the second part of the IOS-submission. It contains * GraphicsWindowIOS, which supports external and "retina" displays, multisample-buffers (for IOS > 4.0) and multi-touch-events * an ios-specific implementation of the imageio-plugin * an iphone-viewer example * cMake support for creating a xcode-project * an updated ReadMe-file describing the necessary steps to get a working xcode-project-file from CMake Please credit Thomas Hogarth and Stephan Huber for these changes. This brings the ios-support in line with the git-fork on github. It needs some more testing and some more love, the cmake-process is still a little complicated. You'll need a special version of the freetype lib compiled for IOS, there's one bundled in the OpenFrameworks-distribution, which can be used." Notes, from Robert Osfield, modified CMakeLists.txt files so that the IOS specific paths are within IF(APPLE) blocks.
2010-11-27 02:19:28 +08:00
SET(CMAKE_OSX_SYSROOT "${IPHONE_SDKROOT}" CACHE STRING "System root for iOS" FORCE)
#hack, force link to opengles
set(CMAKE_EXE_LINKER_FLAGS "-framework Foundation -framework OpenGLES")
#use the IPhone windowing system
SET(OSG_WINDOWING_SYSTEM "IOS" CACHE STRING "Forced IPhone windowing system on iOS" FORCE)
From Ulrich Hertlein, "Attached; here's a summary of the changes: - CMakeLists.txt -- don't look for GL when compiling for iOS (device or simulator), look for OGLES instead -- use architecture i386 for simulator -- removed iphoneos-version-min for simulator - examples/osgviewerIPhone/CMakeLists.txt -- added build dependencies for osgdb_osg, osgdb_freetype, osgdb_imageio -- added framework QuartzCore link dependency - src/osgDB/CMakeLists.txt -- don't link against Carbon on iOS (device or simulator) - src/osgPlugins/freetype/CMakeLists.txt -- don't link against OpenGL on iOS device or simulator - src/osgViewer/CMakeLists.txt -- link against OpenGLES on iOS (device or simulator) - src/osgPlugins/imageio/CMakeLists.txt -- compile ReaderWriterImageIO_IOS.cpp as Objective-C++ "
2010-12-02 22:20:52 +08:00
SET(OSG_DEFAULT_IMAGE_PLUGIN_FOR_OSX "imageio" CACHE STRING "Forced imageio default image plugin for iOS" FORCE)
From Tomas Holgarth and Stephan Huber, " attached you'll find the second part of the IOS-submission. It contains * GraphicsWindowIOS, which supports external and "retina" displays, multisample-buffers (for IOS > 4.0) and multi-touch-events * an ios-specific implementation of the imageio-plugin * an iphone-viewer example * cMake support for creating a xcode-project * an updated ReadMe-file describing the necessary steps to get a working xcode-project-file from CMake Please credit Thomas Hogarth and Stephan Huber for these changes. This brings the ios-support in line with the git-fork on github. It needs some more testing and some more love, the cmake-process is still a little complicated. You'll need a special version of the freetype lib compiled for IOS, there's one bundled in the OpenFrameworks-distribution, which can be used." Notes, from Robert Osfield, modified CMakeLists.txt files so that the IOS specific paths are within IF(APPLE) blocks.
2010-11-27 02:19:28 +08:00
#I think this or similar will be required for IPhone apps
OPTION(OSG_BUILD_APPLICATION_BUNDLES "Enable the building of applications and examples as OSX Bundles" ON)
ELSE()
# Set defaults for Universal Binaries. We want 32-bit Intel/PPC on 10.4
# and 32/64-bit Intel/PPC on >= 10.5. Anything <= 10.3 doesn't support.
# These are just defaults/recommendations, but how we want to build
# out of the box. But the user needs to be able to change these options.
# So we must only set the values the first time CMake is run, or we
# will overwrite any changes the user sets.
# FORCE is used because the options are not reflected in the UI otherwise.
# Seems like a good place to add version specific compiler flags too.
IF(NOT OSG_CONFIG_HAS_BEEN_RUN_BEFORE)
Updates to the CMake build system for Mac OSX
2016-08-10 21:30:28 +08:00
IF(OSG_OSX_VERSION VERSION_GREATER 10.7)
SET(OSG_DEFAULT_IMAGE_PLUGIN_FOR_OSX "imageio" CACHE STRING "Forced imageio default image plugin for OSX" FORCE)
SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fvisibility-inlines-hidden" CACHE STRING "Flags used by the compiler during all build types." FORCE)
ELSEIF(OSG_OSX_VERSION VERSION_EQUAL 10.7)
SET(OSG_DEFAULT_IMAGE_PLUGIN_FOR_OSX "imageio" CACHE STRING "Forced imageio default image plugin for OSX" FORCE)
SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fvisibility-inlines-hidden" CACHE STRING "Flags used by the compiler during all build types." FORCE)
ELSEIF(OSG_OSX_VERSION VERSION_GREATER 10.4)
SET(OSG_DEFAULT_IMAGE_PLUGIN_FOR_OSX "imageio" CACHE STRING "Forced imageio default image plugin for OSX" FORCE)
SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -ftree-vectorize -fvisibility-inlines-hidden" CACHE STRING "Flags used by the compiler during all build types." FORCE)
ELSEIF(OSG_OSX_VERSION VERSION_EQUAL 10.4)
SET(OSG_DEFAULT_IMAGE_PLUGIN_FOR_OSX "quicktime" CACHE STRING "Forced imageio default image plugin for OSX" FORCE)
SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -ftree-vectorize -fvisibility-inlines-hidden" CACHE STRING "Flags used by the compiler during all build types." FORCE)
ENDIF()
From Erik den Dekker, " IF(${CMAKE_OSX_SYSROOT} STREQUAL "/Developer/SDKs/MacOSX10.7.sdk") ... ELSEIF(${CMAKE_OSX_SYSROOT} STREQUAL "/Developer/SDKs/MacOSX10.5.sdk" OR ${CMAKE_OSX_SYSROOT} STREQUAL "/Developer/SDKs/MacOSX10.6.sdk") ... ELSEIF(EXISTS /Developer/SDKs/MacOSX10.4u.sdk) ... ELSE() ... ENDIF() Which is fragile because XCode could be installed into another directory than /Developer. (In case XCode is not installed into the /Developer directory CMake can automatically resolve the path via command line utility ${CMAKE_XCODE_SELECT} --print-path) This issue bites me currently because the latest XCode (Version 4.3.1 - 4E1019) installed through the Mac App Store is per default installed in "/Applications/Xcode.app/Contents/Developer" and hence the 10.7 SDK in "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk" Searching the web to find the proper way to determine the version of the Platform SDK programmatically, I found no standard way. I came up with 2 options myself: 1) Parse the path string to extract the version number 2) Read a value from the SDKSettings.plist found in the root of each SDK (e.g., "defaults read ${CMAKE_OSX_ROOT}/SDKSettings.plist CanonicalName" gives "macosx10.7") I implemented the last option and verified that at least the following Mac OS SDKs (10.3.9, 10.4, 10.5, 10.6, 10.7) support this method. It also looks reasonably future proof. An additional benefit of this method is that it also seems to be compatible with iOS and iOS Simulator SDKs (at least for version 5.1, but I assume this also applies to older versions). This is interesting because the CMake infrastructure to build OSG for iOS currently still contains similar hard-coded paths and even requires you to manually change the cmake file to build for another iOS SDK version. In the near future I hope to address these issues, but I haven't been able to try this yet."
2012-03-23 18:18:27 +08:00
ENDIF()
From Tomas Holgarth and Stephan Huber, " attached you'll find the second part of the IOS-submission. It contains * GraphicsWindowIOS, which supports external and "retina" displays, multisample-buffers (for IOS > 4.0) and multi-touch-events * an ios-specific implementation of the imageio-plugin * an iphone-viewer example * cMake support for creating a xcode-project * an updated ReadMe-file describing the necessary steps to get a working xcode-project-file from CMake Please credit Thomas Hogarth and Stephan Huber for these changes. This brings the ios-support in line with the git-fork on github. It needs some more testing and some more love, the cmake-process is still a little complicated. You'll need a special version of the freetype lib compiled for IOS, there's one bundled in the OpenFrameworks-distribution, which can be used." Notes, from Robert Osfield, modified CMakeLists.txt files so that the IOS specific paths are within IF(APPLE) blocks.
2010-11-27 02:19:28 +08:00
OPTION(OSG_BUILD_APPLICATION_BUNDLES "Enable the building of applications and examples as OSX Bundles" OFF)
ENDIF()
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
From David Callu, "ust a simple IF ENDIF mismatch in last commit (I use git so no available SVN commit number ) : CMake Warning (dev) in CMakeLists.txt: A logical block opening on the line /home/ledocc/work/perso/osg_Workspace/osg/CMakeLists.txt:823 (IF) closes on the line /home/ledocc/work/perso/osg_Workspace/osg/CMakeLists.txt:893 (ENDIF) with mis-matching arguments. I remove ENDIF argument, it is no longer needed by cmake"
2013-05-22 18:28:07 +08:00
ENDIF()
Ran dos2unix
2007-03-09 17:07:05 +08:00
Added wrapper build target for generating the osgWrappers
2008-08-26 20:05:24 +08:00
Ran dos2unix
2007-03-09 17:07:05 +08:00
# For Doxygen
INCLUDE(${CMAKE_ROOT}/Modules/Documentation.cmake OPTIONAL)
From David Fries, "This updates the CMakeLists.txt instructions for the commands to make the doxygen documentation."
2013-05-23 22:14:51 +08:00
OPTION(BUILD_DOCUMENTATION "Build OpenSceneGraph reference documentation using doxygen (use: make doc_openscenegraph doc_openthreads)" OFF)
From Mattias Helsing, " * Removed processing of include/OpenThreads in the OpenSceneGraph refman * Clears the mark_as_advanced property of the BUILD_DOCUMENTATION cmake variable (so it gets visible in simple view). "
2008-12-19 19:04:35 +08:00
MARK_AS_ADVANCED(CLEAR BUILD_DOCUMENTATION)
Ran dos2unix
2007-03-09 17:07:05 +08:00
# To build the documention, you will have to enable it
From David Fries, "This updates the CMakeLists.txt instructions for the commands to make the doxygen documentation."
2013-05-23 22:14:51 +08:00
# and then do the equivalent of "make doc_openscenegraph doc_openthreads".
Ran dos2unix
2007-03-09 17:07:05 +08:00
IF(BUILD_DOCUMENTATION)
From Jean-Christophe Lombardo and Robert Osfield, added BUILD_REF_DOCS_SEARCHENGINE and BUILD_REF_DOCS_TAGFILE options for being doxygen docs.
2008-01-29 02:29:38 +08:00
From Mattias Helsing,"Added doc/Doxyfiles/openthreads.doxyfile.cmake Updated all doxyfiles under doc/Doxyfiles. They are now all processed by cmake but make targets are only generated for OpenSceneGraphReferenceDocs and OpenThreadsReferenceDocs. The others can be run with doxygen directly in <builddir>/doc. Fixed a copy-paste in openthreads sproc and pthreads CMakeLists Added the osg logo to the html footers Added possibility to get generation of chm files. CMakeLists (toplevel): Added install of osg and ot reference docs. This also generates packaging targets of openscenegraph-doc and openthreads-doc if you have packaging enabled Removed the unused USING_OP_OT_TRIPLE_SET since there was no way of enabling it anyway Removed BUILD_REF_DOCS. IMO it was redundant - BUILD_DOCUMENTATION does the same thing and we get that anyway from including Documentation.cmake. OsgCPack.cmake: Removed generation of PACKAGE_SRC for msvc Added special handling for -doc packaging targets - they don't require system, architecture or compiler"
2008-12-16 19:43:28 +08:00
OPTION(BUILD_REF_DOCS_SEARCHENGINE "Enable doxygen's search engine (requires that documentation to be installed on a php enabled web server)" OFF)
Fixed BUILD_REF_DOCS_SEARCHENGINE conditional
2008-01-29 03:54:27 +08:00
IF(BUILD_REF_DOCS_SEARCHENGINE)
From Jean-Christophe Lombardo and Robert Osfield, added BUILD_REF_DOCS_SEARCHENGINE and BUILD_REF_DOCS_TAGFILE options for being doxygen docs.
2008-01-29 02:29:38 +08:00
SET(SEARCHENGINE YES)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ELSE()
From Jean-Christophe Lombardo and Robert Osfield, added BUILD_REF_DOCS_SEARCHENGINE and BUILD_REF_DOCS_TAGFILE options for being doxygen docs.
2008-01-29 02:29:38 +08:00
SET(SEARCHENGINE NO)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
From Mattias Helsing,"Added doc/Doxyfiles/openthreads.doxyfile.cmake Updated all doxyfiles under doc/Doxyfiles. They are now all processed by cmake but make targets are only generated for OpenSceneGraphReferenceDocs and OpenThreadsReferenceDocs. The others can be run with doxygen directly in <builddir>/doc. Fixed a copy-paste in openthreads sproc and pthreads CMakeLists Added the osg logo to the html footers Added possibility to get generation of chm files. CMakeLists (toplevel): Added install of osg and ot reference docs. This also generates packaging targets of openscenegraph-doc and openthreads-doc if you have packaging enabled Removed the unused USING_OP_OT_TRIPLE_SET since there was no way of enabling it anyway Removed BUILD_REF_DOCS. IMO it was redundant - BUILD_DOCUMENTATION does the same thing and we get that anyway from including Documentation.cmake. OsgCPack.cmake: Removed generation of PACKAGE_SRC for msvc Added special handling for -doc packaging targets - they don't require system, architecture or compiler"
2008-12-16 19:43:28 +08:00
OPTION(BUILD_REF_DOCS_TAGFILE "Generate a tag file named osg.tag on the documentation web server" OFF)
From Jean-Christophe Lombardo and Robert Osfield, added BUILD_REF_DOCS_SEARCHENGINE and BUILD_REF_DOCS_TAGFILE options for being doxygen docs.
2008-01-29 02:29:38 +08:00
IF(BUILD_REF_DOCS_TAGFILE)
From Mattias Helsing,"Added doc/Doxyfiles/openthreads.doxyfile.cmake Updated all doxyfiles under doc/Doxyfiles. They are now all processed by cmake but make targets are only generated for OpenSceneGraphReferenceDocs and OpenThreadsReferenceDocs. The others can be run with doxygen directly in <builddir>/doc. Fixed a copy-paste in openthreads sproc and pthreads CMakeLists Added the osg logo to the html footers Added possibility to get generation of chm files. CMakeLists (toplevel): Added install of osg and ot reference docs. This also generates packaging targets of openscenegraph-doc and openthreads-doc if you have packaging enabled Removed the unused USING_OP_OT_TRIPLE_SET since there was no way of enabling it anyway Removed BUILD_REF_DOCS. IMO it was redundant - BUILD_DOCUMENTATION does the same thing and we get that anyway from including Documentation.cmake. OsgCPack.cmake: Removed generation of PACKAGE_SRC for msvc Added special handling for -doc packaging targets - they don't require system, architecture or compiler"
2008-12-16 19:43:28 +08:00
SET(GENERATE_TAGFILE "${OpenSceneGraph_BINARY_DIR}/doc/OpenSceneGraphReferenceDocs/osg.tag")
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ELSE()
From Jean-Christophe Lombardo and Robert Osfield, added BUILD_REF_DOCS_SEARCHENGINE and BUILD_REF_DOCS_TAGFILE options for being doxygen docs.
2008-01-29 02:29:38 +08:00
SET(GENERATE_TAGFILE "")
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Jean-Sebastien Guay, "This is a fix for the warning we've been discussing on osg-users. CMake 2.6.0 allows quotes to be unescaped in strings in ADD_DEFINITIONS statements, where we had to escape them before (CMake 2.4.x). Setting CMake policy CMP0005 to OLD removes the warning for 2.6.0, and the quotes are still escaped, so it still works with 2.4.x. "
2008-05-31 00:53:45 +08:00
Removed tabs
2007-04-11 16:33:40 +08:00
IF(DOT)
SET(HAVE_DOT YES)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ELSE()
Removed tabs
2007-04-11 16:33:40 +08:00
SET(HAVE_DOT NO)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Ulrich Hertlein, fixed build problem due to cmake_policy CMP0017 being only available from cmake-2.8.4, added guard to prevent build problems
2011-10-20 18:52:32 +08:00
From Mattias Helsing,"Added doc/Doxyfiles/openthreads.doxyfile.cmake Updated all doxyfiles under doc/Doxyfiles. They are now all processed by cmake but make targets are only generated for OpenSceneGraphReferenceDocs and OpenThreadsReferenceDocs. The others can be run with doxygen directly in <builddir>/doc. Fixed a copy-paste in openthreads sproc and pthreads CMakeLists Added the osg logo to the html footers Added possibility to get generation of chm files. CMakeLists (toplevel): Added install of osg and ot reference docs. This also generates packaging targets of openscenegraph-doc and openthreads-doc if you have packaging enabled Removed the unused USING_OP_OT_TRIPLE_SET since there was no way of enabling it anyway Removed BUILD_REF_DOCS. IMO it was redundant - BUILD_DOCUMENTATION does the same thing and we get that anyway from including Documentation.cmake. OsgCPack.cmake: Removed generation of PACKAGE_SRC for msvc Added special handling for -doc packaging targets - they don't require system, architecture or compiler"
2008-12-16 19:43:28 +08:00
# If html help generation was requested. DOCUMENTATION_HTML_HELP is defined by Documentation.cmake
SET(GENERATE_HTMLHELP "NO")
IF(DOCUMENTATION_HTML_HELP)
From Erik den Dekker, " IF(${CMAKE_OSX_SYSROOT} STREQUAL "/Developer/SDKs/MacOSX10.7.sdk") ... ELSEIF(${CMAKE_OSX_SYSROOT} STREQUAL "/Developer/SDKs/MacOSX10.5.sdk" OR ${CMAKE_OSX_SYSROOT} STREQUAL "/Developer/SDKs/MacOSX10.6.sdk") ... ELSEIF(EXISTS /Developer/SDKs/MacOSX10.4u.sdk) ... ELSE() ... ENDIF() Which is fragile because XCode could be installed into another directory than /Developer. (In case XCode is not installed into the /Developer directory CMake can automatically resolve the path via command line utility ${CMAKE_XCODE_SELECT} --print-path) This issue bites me currently because the latest XCode (Version 4.3.1 - 4E1019) installed through the Mac App Store is per default installed in "/Applications/Xcode.app/Contents/Developer" and hence the 10.7 SDK in "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk" Searching the web to find the proper way to determine the version of the Platform SDK programmatically, I found no standard way. I came up with 2 options myself: 1) Parse the path string to extract the version number 2) Read a value from the SDKSettings.plist found in the root of each SDK (e.g., "defaults read ${CMAKE_OSX_ROOT}/SDKSettings.plist CanonicalName" gives "macosx10.7") I implemented the last option and verified that at least the following Mac OS SDKs (10.3.9, 10.4, 10.5, 10.6, 10.7) support this method. It also looks reasonably future proof. An additional benefit of this method is that it also seems to be compatible with iOS and iOS Simulator SDKs (at least for version 5.1, but I assume this also applies to older versions). This is interesting because the CMake infrastructure to build OSG for iOS currently still contains similar hard-coded paths and even requires you to manually change the cmake file to build for another iOS SDK version. In the near future I hope to address these issues, but I haven't been able to try this yet."
2012-03-23 18:18:27 +08:00
# on windows Documentation.cmake finds the html help workshop if it exists. On u*ix we might have it with wine but no way to point it out
From Mattias Helsing,"Added doc/Doxyfiles/openthreads.doxyfile.cmake Updated all doxyfiles under doc/Doxyfiles. They are now all processed by cmake but make targets are only generated for OpenSceneGraphReferenceDocs and OpenThreadsReferenceDocs. The others can be run with doxygen directly in <builddir>/doc. Fixed a copy-paste in openthreads sproc and pthreads CMakeLists Added the osg logo to the html footers Added possibility to get generation of chm files. CMakeLists (toplevel): Added install of osg and ot reference docs. This also generates packaging targets of openscenegraph-doc and openthreads-doc if you have packaging enabled Removed the unused USING_OP_OT_TRIPLE_SET since there was no way of enabling it anyway Removed BUILD_REF_DOCS. IMO it was redundant - BUILD_DOCUMENTATION does the same thing and we get that anyway from including Documentation.cmake. OsgCPack.cmake: Removed generation of PACKAGE_SRC for msvc Added special handling for -doc packaging targets - they don't require system, architecture or compiler"
2008-12-16 19:43:28 +08:00
IF(NOT WIN32)
SET(HTML_HELP_COMPILER "" CACHE FILEPATH "Enter location of the HTML help compiler to let doxygen compile html")
MARK_AS_ADVANCED(HTML_HELP_COMPILER)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Erik den Dekker, " IF(${CMAKE_OSX_SYSROOT} STREQUAL "/Developer/SDKs/MacOSX10.7.sdk") ... ELSEIF(${CMAKE_OSX_SYSROOT} STREQUAL "/Developer/SDKs/MacOSX10.5.sdk" OR ${CMAKE_OSX_SYSROOT} STREQUAL "/Developer/SDKs/MacOSX10.6.sdk") ... ELSEIF(EXISTS /Developer/SDKs/MacOSX10.4u.sdk) ... ELSE() ... ENDIF() Which is fragile because XCode could be installed into another directory than /Developer. (In case XCode is not installed into the /Developer directory CMake can automatically resolve the path via command line utility ${CMAKE_XCODE_SELECT} --print-path) This issue bites me currently because the latest XCode (Version 4.3.1 - 4E1019) installed through the Mac App Store is per default installed in "/Applications/Xcode.app/Contents/Developer" and hence the 10.7 SDK in "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk" Searching the web to find the proper way to determine the version of the Platform SDK programmatically, I found no standard way. I came up with 2 options myself: 1) Parse the path string to extract the version number 2) Read a value from the SDKSettings.plist found in the root of each SDK (e.g., "defaults read ${CMAKE_OSX_ROOT}/SDKSettings.plist CanonicalName" gives "macosx10.7") I implemented the last option and verified that at least the following Mac OS SDKs (10.3.9, 10.4, 10.5, 10.6, 10.7) support this method. It also looks reasonably future proof. An additional benefit of this method is that it also seems to be compatible with iOS and iOS Simulator SDKs (at least for version 5.1, but I assume this also applies to older versions). This is interesting because the CMake infrastructure to build OSG for iOS currently still contains similar hard-coded paths and even requires you to manually change the cmake file to build for another iOS SDK version. In the near future I hope to address these issues, but I haven't been able to try this yet."
2012-03-23 18:18:27 +08:00
# this var sets a proper value in .doxygen files when configuring them below
From Mattias Helsing,"Added doc/Doxyfiles/openthreads.doxyfile.cmake Updated all doxyfiles under doc/Doxyfiles. They are now all processed by cmake but make targets are only generated for OpenSceneGraphReferenceDocs and OpenThreadsReferenceDocs. The others can be run with doxygen directly in <builddir>/doc. Fixed a copy-paste in openthreads sproc and pthreads CMakeLists Added the osg logo to the html footers Added possibility to get generation of chm files. CMakeLists (toplevel): Added install of osg and ot reference docs. This also generates packaging targets of openscenegraph-doc and openthreads-doc if you have packaging enabled Removed the unused USING_OP_OT_TRIPLE_SET since there was no way of enabling it anyway Removed BUILD_REF_DOCS. IMO it was redundant - BUILD_DOCUMENTATION does the same thing and we get that anyway from including Documentation.cmake. OsgCPack.cmake: Removed generation of PACKAGE_SRC for msvc Added special handling for -doc packaging targets - they don't require system, architecture or compiler"
2008-12-16 19:43:28 +08:00
SET(GENERATE_HTMLHELP "YES")
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
endif()
From Ulrich Hertlein, fixed build problem due to cmake_policy CMP0017 being only available from cmake-2.8.4, added guard to prevent build problems
2011-10-20 18:52:32 +08:00
From Mattias Helsing,"Added doc/Doxyfiles/openthreads.doxyfile.cmake Updated all doxyfiles under doc/Doxyfiles. They are now all processed by cmake but make targets are only generated for OpenSceneGraphReferenceDocs and OpenThreadsReferenceDocs. The others can be run with doxygen directly in <builddir>/doc. Fixed a copy-paste in openthreads sproc and pthreads CMakeLists Added the osg logo to the html footers Added possibility to get generation of chm files. CMakeLists (toplevel): Added install of osg and ot reference docs. This also generates packaging targets of openscenegraph-doc and openthreads-doc if you have packaging enabled Removed the unused USING_OP_OT_TRIPLE_SET since there was no way of enabling it anyway Removed BUILD_REF_DOCS. IMO it was redundant - BUILD_DOCUMENTATION does the same thing and we get that anyway from including Documentation.cmake. OsgCPack.cmake: Removed generation of PACKAGE_SRC for msvc Added special handling for -doc packaging targets - they don't require system, architecture or compiler"
2008-12-16 19:43:28 +08:00
# This processes our doxyfile.cmake and substitutes paths to generate
Removed tabs
2007-04-11 16:33:40 +08:00
# a final Doxyfile
CONFIGURE_FILE(${PROJECT_SOURCE_DIR}/doc/Doxyfiles/doxyfile.cmake
From Mattias Helsing,"Added doc/Doxyfiles/openthreads.doxyfile.cmake Updated all doxyfiles under doc/Doxyfiles. They are now all processed by cmake but make targets are only generated for OpenSceneGraphReferenceDocs and OpenThreadsReferenceDocs. The others can be run with doxygen directly in <builddir>/doc. Fixed a copy-paste in openthreads sproc and pthreads CMakeLists Added the osg logo to the html footers Added possibility to get generation of chm files. CMakeLists (toplevel): Added install of osg and ot reference docs. This also generates packaging targets of openscenegraph-doc and openthreads-doc if you have packaging enabled Removed the unused USING_OP_OT_TRIPLE_SET since there was no way of enabling it anyway Removed BUILD_REF_DOCS. IMO it was redundant - BUILD_DOCUMENTATION does the same thing and we get that anyway from including Documentation.cmake. OsgCPack.cmake: Removed generation of PACKAGE_SRC for msvc Added special handling for -doc packaging targets - they don't require system, architecture or compiler"
2008-12-16 19:43:28 +08:00
${PROJECT_BINARY_DIR}/doc/openscenegraph.doxyfile
)
# copy the osg logo to documentations target folder
CONFIGURE_FILE(${PROJECT_SOURCE_DIR}/PlatformSpecifics/Windows/icons/src/osg32-32.png
${PROJECT_BINARY_DIR}/doc/OpenSceneGraphReferenceDocs/osg32-32.png COPYONLY
Removed tabs
2007-04-11 16:33:40 +08:00
)
From Mattias Helsing,"Added doc/Doxyfiles/openthreads.doxyfile.cmake Updated all doxyfiles under doc/Doxyfiles. They are now all processed by cmake but make targets are only generated for OpenSceneGraphReferenceDocs and OpenThreadsReferenceDocs. The others can be run with doxygen directly in <builddir>/doc. Fixed a copy-paste in openthreads sproc and pthreads CMakeLists Added the osg logo to the html footers Added possibility to get generation of chm files. CMakeLists (toplevel): Added install of osg and ot reference docs. This also generates packaging targets of openscenegraph-doc and openthreads-doc if you have packaging enabled Removed the unused USING_OP_OT_TRIPLE_SET since there was no way of enabling it anyway Removed BUILD_REF_DOCS. IMO it was redundant - BUILD_DOCUMENTATION does the same thing and we get that anyway from including Documentation.cmake. OsgCPack.cmake: Removed generation of PACKAGE_SRC for msvc Added special handling for -doc packaging targets - they don't require system, architecture or compiler"
2008-12-16 19:43:28 +08:00
#INSTALL(FILES ${PROJECT_BINARY_DIR}/doc/${PROJECT_NAME}ReferenceDocs-${OPENSCENEGRAPH_VERSION}.chm DESTINATION doc OPTIONAL COMPONENT openscenegraph-doc)
INSTALL(DIRECTORY ${PROJECT_BINARY_DIR}/doc/OpenSceneGraphReferenceDocs DESTINATION doc COMPONENT openscenegraph-doc)
# now set up openthreads documentation generation
IF(BUILD_REF_DOCS_TAGFILE)
SET(GENERATE_TAGFILE "${OpenSceneGraph_BINARY_DIR}/doc/OpenThreadsReferenceDocs/ot.tag")
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Mattias Helsing,"Added doc/Doxyfiles/openthreads.doxyfile.cmake Updated all doxyfiles under doc/Doxyfiles. They are now all processed by cmake but make targets are only generated for OpenSceneGraphReferenceDocs and OpenThreadsReferenceDocs. The others can be run with doxygen directly in <builddir>/doc. Fixed a copy-paste in openthreads sproc and pthreads CMakeLists Added the osg logo to the html footers Added possibility to get generation of chm files. CMakeLists (toplevel): Added install of osg and ot reference docs. This also generates packaging targets of openscenegraph-doc and openthreads-doc if you have packaging enabled Removed the unused USING_OP_OT_TRIPLE_SET since there was no way of enabling it anyway Removed BUILD_REF_DOCS. IMO it was redundant - BUILD_DOCUMENTATION does the same thing and we get that anyway from including Documentation.cmake. OsgCPack.cmake: Removed generation of PACKAGE_SRC for msvc Added special handling for -doc packaging targets - they don't require system, architecture or compiler"
2008-12-16 19:43:28 +08:00
# This processes our openthreads.doxyfile.cmake and generate a final doxyfile
CONFIGURE_FILE(${PROJECT_SOURCE_DIR}/doc/Doxyfiles/openthreads.doxyfile.cmake
${PROJECT_BINARY_DIR}/doc/openthreads.doxyfile
)
# copy the osg logo to documentations target folder
CONFIGURE_FILE(${PROJECT_SOURCE_DIR}/PlatformSpecifics/Windows/icons/src/osg32-32.png
${PROJECT_BINARY_DIR}/doc/OpenThreadsReferenceDocs/osg32-32.png COPYONLY
)
#INSTALL(FILES ${PROJECT_BINARY_DIR}/doc/${PROJECT_NAME}ReferenceDocs-${OPENSCENEGRAPH_VERSION}.chm DESTINATION doc OPTIONAL COMPONENT openscenegraph-doc)
INSTALL(DIRECTORY ${PROJECT_BINARY_DIR}/doc/OpenThreadsReferenceDocs DESTINATION doc COMPONENT openthreads-doc)
# Process our other doxyfiles but don't create targets for these
CONFIGURE_FILE(${PROJECT_SOURCE_DIR}/doc/Doxyfiles/all_Doxyfile
${PROJECT_BINARY_DIR}/doc/all_Doxyfile)
CONFIGURE_FILE(${PROJECT_SOURCE_DIR}/doc/Doxyfiles/auto_Doxyfile
${PROJECT_BINARY_DIR}/doc/auto_Doxyfile)
CONFIGURE_FILE(${PROJECT_SOURCE_DIR}/doc/Doxyfiles/core_Doxyfile
${PROJECT_BINARY_DIR}/doc/core_Doxyfile)
From Ulrich Hertlein, fixed build problem due to cmake_policy CMP0017 being only available from cmake-2.8.4, added guard to prevent build problems
2011-10-20 18:52:32 +08:00
Removed tabs
2007-04-11 16:33:40 +08:00
# This creates a new target to build documentation.
# It runs ${DOXYGEN} which is the full path and executable to
# Doxygen on your system, set by the FindDoxygen.cmake module
# (called by FindDocumentation.cmake).
# It runs the final generated Doxyfile against it.
# The DOT_PATH is substituted into the Doxyfile.
From Mattias Helsing,"Added doc/Doxyfiles/openthreads.doxyfile.cmake Updated all doxyfiles under doc/Doxyfiles. They are now all processed by cmake but make targets are only generated for OpenSceneGraphReferenceDocs and OpenThreadsReferenceDocs. The others can be run with doxygen directly in <builddir>/doc. Fixed a copy-paste in openthreads sproc and pthreads CMakeLists Added the osg logo to the html footers Added possibility to get generation of chm files. CMakeLists (toplevel): Added install of osg and ot reference docs. This also generates packaging targets of openscenegraph-doc and openthreads-doc if you have packaging enabled Removed the unused USING_OP_OT_TRIPLE_SET since there was no way of enabling it anyway Removed BUILD_REF_DOCS. IMO it was redundant - BUILD_DOCUMENTATION does the same thing and we get that anyway from including Documentation.cmake. OsgCPack.cmake: Removed generation of PACKAGE_SRC for msvc Added special handling for -doc packaging targets - they don't require system, architecture or compiler"
2008-12-16 19:43:28 +08:00
ADD_CUSTOM_TARGET(doc_openscenegraph ${DOXYGEN}
${PROJECT_BINARY_DIR}/doc/openscenegraph.doxyfile
)
From Jean-Sebastien Guay, "I like the recent addition that adds folders in the solution tree to better organize the numerous examples, libraries, plugins etc. I added two folders that were missing IMHO: packaging and documentation. "
2011-05-27 17:08:48 +08:00
SET_TARGET_PROPERTIES(doc_openscenegraph PROPERTIES FOLDER "Documentation")
From Ulrich Hertlein, fixed build problem due to cmake_policy CMP0017 being only available from cmake-2.8.4, added guard to prevent build problems
2011-10-20 18:52:32 +08:00
From Mattias Helsing,"Added doc/Doxyfiles/openthreads.doxyfile.cmake Updated all doxyfiles under doc/Doxyfiles. They are now all processed by cmake but make targets are only generated for OpenSceneGraphReferenceDocs and OpenThreadsReferenceDocs. The others can be run with doxygen directly in <builddir>/doc. Fixed a copy-paste in openthreads sproc and pthreads CMakeLists Added the osg logo to the html footers Added possibility to get generation of chm files. CMakeLists (toplevel): Added install of osg and ot reference docs. This also generates packaging targets of openscenegraph-doc and openthreads-doc if you have packaging enabled Removed the unused USING_OP_OT_TRIPLE_SET since there was no way of enabling it anyway Removed BUILD_REF_DOCS. IMO it was redundant - BUILD_DOCUMENTATION does the same thing and we get that anyway from including Documentation.cmake. OsgCPack.cmake: Removed generation of PACKAGE_SRC for msvc Added special handling for -doc packaging targets - they don't require system, architecture or compiler"
2008-12-16 19:43:28 +08:00
ADD_CUSTOM_TARGET(doc_openthreads ${DOXYGEN}
${PROJECT_BINARY_DIR}/doc/openthreads.doxyfile
Removed tabs
2007-04-11 16:33:40 +08:00
)
From Jean-Sebastien Guay, "I like the recent addition that adds folders in the solution tree to better organize the numerous examples, libraries, plugins etc. I added two folders that were missing IMHO: packaging and documentation. "
2011-05-27 17:08:48 +08:00
SET_TARGET_PROPERTIES(doc_openthreads PROPERTIES FOLDER "Documentation")
Ran dos2unix
2007-03-09 17:07:05 +08:00
ENDIF(BUILD_DOCUMENTATION)
From Jordi Torres, "The info about cdash reports was outdated. Now it points to the right URL. BTW I have checked it out and the cdash server is working ok again. "
2013-02-04 21:28:45 +08:00
OPTION(BUILD_DASHBOARD_REPORTS "Set to ON to activate reporting of OpenSceneGraph builds here http://cdash.openscenegraph.org/index.php?project=OpenSceneGraph" OFF)
From Mathieu Marache, added support for CDash
2008-09-25 23:20:20 +08:00
IF(BUILD_DASHBOARD_REPORTS)
# The following are required to uses Dart and the Cdash dashboard
Removed spaces from end of lines
2013-06-22 03:35:26 +08:00
# viewable here : http://cdash.openscenegraph.org/index.php?project=OpenSceneGraph
From Mathieu Marache, added support for CDash
2008-09-25 23:20:20 +08:00
INCLUDE(Dart)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Mathieu Marache, added support for CDash
2008-09-25 23:20:20 +08:00
From Mattias Helsing, "got some feedback from J-S on the packaging so I have changed the name of the top folder in each package to OpenSceneGraph-x.y.z Noone else has had an opinion on whether compiler and it's version should be part of the package filename on their platform/setup so I'll leave it as is. That is - No action is taken for compilers other than msvc but one can easily add this information to the cmake cache regardless of platform. "
2009-01-22 02:34:10 +08:00
# present the packaging option only if we have the cpack command defined (effectively >= 2.6.0)
From Mattias Helsing, "'ve finally finished the rework of the packaging support. It is streamlined for tgz and has most of the features that Robert, J-S and Sukender requested in december. I have an idea of how to discover the vc80 sp1 or not but haven't had time to implement. The script is completely reworked and now doesn't include cmakes' bundled CPack.cmake script at all. In summary: * filenames are <package>-<osgversion>-<platform>-<arch>[-compiler]-<configuration>.tar.gz, ex. libopenscenegraph-2.7.9-Linux-i386-Release.tar.gz, libopenthreads-dev-2.7.9-win32-x86-vc80sp1-Debug.tar.gz * targets (projects in msvs) are generated for each specified component, a target that packages everything that is installed (openscenegraph-all) and there's a target for running all other packaging targets (Package ALL on msvs, package_ALL in unix makefiles). * It is possible to set the compiler in ccmake (cmake-gui, whatever you use) * the top folder in packages is the same for all packages (OpenSceneGraph-x.y) * the packaging support is limited with cmake-2.6.0 and not as dynamic. With cmake-2.6.1 and later building the gdal plugin (for example) will create a package_libopenscenegraph-gdal target. With cmake-2.6.0 only the ones that are always built (libopenscenegraph, libopenscenegraph-dev, openscenegraph, libopenthreads, libopenthreads-dev * i found a better way to decide whether cpack is available to guard the BUiLD_OSG_PACKAGES option"
2009-01-12 19:34:03 +08:00
IF(CMAKE_CPACK_COMMAND)
From Mattias Helsing, "got some feedback from J-S on the packaging so I have changed the name of the top folder in each package to OpenSceneGraph-x.y.z Noone else has had an opinion on whether compiler and it's version should be part of the package filename on their platform/setup so I'll leave it as is. That is - No action is taken for compilers other than msvc but one can easily add this information to the cmake cache regardless of platform. "
2009-01-22 02:34:10 +08:00
OPTION(BUILD_OSG_PACKAGES "Set to ON to generate CPack configuration files and packaging targets" OFF)
From Mathias Helsing, "Cpack support submission with: Better package naming. example openscenegraph-core-2.7.7-Linux-i386.tar.gz on my ubuntu laptop and openscenegraph-core.2.7.7-win32-x86-vc80.tar.gz on winxp. CMakers will not get options for selecting compression format. TGZ goes for all platforms (on win32 I use 7zip) The wrappers is now given the COMPONENT name libopenscenegraph-wrappers. Feel free to change the name. On windows with visual studio the OsgCPack script make some efforts to discover the compiler used but support is a bit poor so I've given CMake acces to OSG_CPACK_COMPILER to provide some mean to name the compiler. stop The platform part is taken from CMAKE_SYSTEM_NAME and for windows I change this to win32 or win64 based on CMAKE_CL_64. This might not be necessary if the arch part has that information. This information is taken from CMAKE_SYSTEM_PROCESSOR. I only have 32bit here so if some of you could uncomment line 15,16 in OsgCPack.cmake and report what cmake report it would be nice. I'm especially interested anything but win32 and linux32"
2008-12-15 22:07:29 +08:00
IF(BUILD_OSG_PACKAGES)
INCLUDE(OsgCPack)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
ENDIF()
From Eric Wing, " Changes include: A internal cache flag that can be used to detect if this is the first time running the CMake configuration. This is needed to work around stupid CMake UI shortcomings about the UI not reflecting anything you SET unless you use FORCE. But if you use FORCE, you override anything the user may try to set/override unless you have an exception check. It turns out the exception check you need is often the first-run check. This flag is potentially useful for other things too. An optional switch that turns on more aggressive warnings based on your compiler. Some Apple specific stuff for detecting the OS version and enabling Universal Binaries (and some additional compiler flags that are good but gcc version dependent). The version check code is unfortunately really fragile. I need to lobby CMake to return the OS X version number for us. FYI, building Universal will fail with the current CMake release due to a bug, but is now fixed in CVS. "
2007-04-11 16:35:39 +08:00
From Alberto Luacas, added new pkg-cofig files
2009-05-22 16:31:58 +08:00
# Generate pkg-config configuration files
SET(PKGCONFIG_FILES
openscenegraph
openscenegraph-osg
openscenegraph-osgDB
openscenegraph-osgFX
openscenegraph-osgGA
openscenegraph-osgParticle
openscenegraph-osgSim
openscenegraph-osgText
openscenegraph-osgUtil
openscenegraph-osgTerrain
openscenegraph-osgManipulator
openscenegraph-osgViewer
openscenegraph-osgWidget
openscenegraph-osgShadow
openscenegraph-osgAnimation
openscenegraph-osgVolume
)
From Alberto Luaces, "I have modified CMakeLists.txt in order to make CMake fill the existent openscenegraph.pc and openthreads.pc files with OSG's installation values. Then I install those files into the expected path for pkg-config (this can also be modified through PKG_CONFIG_PATH environment variable). Therefore those of us who are using pkg-config for linking can easily select which version of OSG we want to use."
2009-01-27 23:34:57 +08:00
From Alberto Luacas, added new pkg-cofig files
2009-05-22 16:31:58 +08:00
FOREACH(PKGCONFIG_FILE ${PKGCONFIG_FILES})
CONFIGURE_FILE(${PROJECT_SOURCE_DIR}/packaging/pkgconfig/${PKGCONFIG_FILE}.pc.in
${PROJECT_BINARY_DIR}/packaging/pkgconfig/${PKGCONFIG_FILE}.pc
From Alberto Luaces, "I have modified CMakeLists.txt in order to make CMake fill the existent openscenegraph.pc and openthreads.pc files with OSG's installation values. Then I install those files into the expected path for pkg-config (this can also be modified through PKG_CONFIG_PATH environment variable). Therefore those of us who are using pkg-config for linking can easily select which version of OSG we want to use."
2009-01-27 23:34:57 +08:00
@ONLY
)
From Alberto Luacas, added new pkg-cofig files
2009-05-22 16:31:58 +08:00
INSTALL(FILES ${PROJECT_BINARY_DIR}/packaging/pkgconfig/${PKGCONFIG_FILE}.pc DESTINATION lib${LIB_POSTFIX}/pkgconfig COMPONENT libopenscenegraph-dev)
ENDFOREACH(PKGCONFIG_FILE)
From Alberto Luaces, "I have modified CMakeLists.txt in order to make CMake fill the existent openscenegraph.pc and openthreads.pc files with OSG's installation values. Then I install those files into the expected path for pkg-config (this can also be modified through PKG_CONFIG_PATH environment variable). Therefore those of us who are using pkg-config for linking can easily select which version of OSG we want to use."
2009-01-27 23:34:57 +08:00
From Mattias Helsing, "this is a semi-submission based on what you and others have been talking about in the LIB_POSTFIX thread. It is a bit verbose perhaps and the message I emit during the make install step flashes by and gets burried under all "installing..." and/or "up-to-date..." messages. I have posted on the cmake mail list on ways to do this better. The submission adds: * message to user during configuration that s/he's eventually going o install to ${CMAKE_INSTALL_PREFIX}lib${LIB_POSTFIX} * if system has /etc/ld.so.conf.d and it is a dir generates packaging/ld.so.conf.d/openscenegraph.conf and creates a custom target for installing it (target must be run explicitly of course). User is notified of this during configuration (may not be necessary) * emit a message during installation that libraries are put in <same-as-above>. This message unfortunately gets emitted to soon for the user to see it * I added "COMPONENT libopenscenegraph-dev" to the pkgconfig.pc's install command * Moved the section with OSG_CONFIG_HAS_BEEN_RUN_BEFORE as close to the end of CMakeLists.txt as I dared. This is the intent of this construct I think."
2009-01-28 17:42:21 +08:00
# Run this as late as possible so users can easier spot the message
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
IF (NOT DEFINED REQUIRES_LIBPATH_MESSAGE AND ${CMAKE_INSTALL_PREFIX} STREQUAL "/usr/local")
SET(REQUIRES_LIBPATH_MESSAGE ON)
ENDIF()
Revised the message about install path.
2009-01-29 18:43:11 +08:00
Restructed the reporting of the libpath message so that it only appears the first time it's required
2009-01-29 21:29:08 +08:00
IF(REQUIRES_LIBPATH_MESSAGE)
IF (NOT OSG_LIBPATH_MESSAGE_HAS_BEEN_RUN_BEFORE)
SET(OSG_LIBPATH_MESSAGE_HAS_BEEN_RUN_BEFORE 1 CACHE INTERNAL "Flag to track whether the libpath message has been reported before")
From J.P. Delport, "attached an updated FindGDAL that finds 1.6.0 version in Debian unstable. Could also be added to VPB. Also some misc spelling fixes in CMakeLists.txt"
2010-03-17 22:36:16 +08:00
MESSAGE("\nThe build system is configured to install libraries to ${CMAKE_INSTALL_PREFIX}/lib${LIB_POSTFIX}\n"
Restructed the reporting of the libpath message so that it only appears the first time it's required
2009-01-29 21:29:08 +08:00
"Your applications may not be able to find your installed libraries unless you:\n"
" set your LD_LIBRARY_PATH (user specific) or\n"
" update your ld.so configuration (system wide)")
IF(IS_DIRECTORY /etc/ld.so.conf.d)
MESSAGE("You have an ld.so.conf.d directory on your system, so if you wish to ensure that\n"
From J.P. Delport, "attached an updated FindGDAL that finds 1.6.0 version in Debian unstable. Could also be added to VPB. Also some misc spelling fixes in CMakeLists.txt"
2010-03-17 22:36:16 +08:00
"applications find the installed osg libraries, system wide, you could install an\n"
"OpenSceneGraph specific ld.so configuration with:\n"
Restructed the reporting of the libpath message so that it only appears the first time it's required
2009-01-29 21:29:08 +08:00
" sudo make install_ld_conf\n")
CONFIGURE_FILE(${PROJECT_SOURCE_DIR}/packaging/ld.so.conf.d/openscenegraph.conf.in
${PROJECT_BINARY_DIR}/packaging/ld.so.conf.d/openscenegraph.conf
)
From Ulrich Hertlein, fixed build problem due to cmake_policy CMP0017 being only available from cmake-2.8.4, added guard to prevent build problems
2011-10-20 18:52:32 +08:00
ADD_CUSTOM_TARGET(install_ld_conf ${CMAKE_COMMAND} -E copy_if_different
Restructed the reporting of the libpath message so that it only appears the first time it's required
2009-01-29 21:29:08 +08:00
${PROJECT_BINARY_DIR}/packaging/ld.so.conf.d/openscenegraph.conf
/etc/ld.so.conf.d/openscenegraph.conf
COMMAND ldconfig
COMMENT "Copying openscenegraph.conf to /etc/ld.so.conf.d and running ldconfig"
)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ELSE()
Restructed the reporting of the libpath message so that it only appears the first time it's required
2009-01-29 21:29:08 +08:00
IF(EXISTS /etc/ld.so.conf)
MESSAGE("You have an ld.so.conf file in /etc, if you wish to ensure \n"
"that applications find the installed osg libraries, system wide, you\n"
"could add ${CMAKE_INSTALL_PREFIX}/lib${LIB_POSTFIX} to it.")
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
ENDIF()
Restructed the reporting of the libpath message so that it only appears the first time it's required
2009-01-29 21:29:08 +08:00
# emit a message during installation.
INSTALL(CODE "MESSAGE(\"Libraries were installed to ${CMAKE_INSTALL_PREFIX}lib${LIB_POSTFIX}.\\nYou may need to update your ld.so configuration. \")")
ENDIF(NOT OSG_LIBPATH_MESSAGE_HAS_BEEN_RUN_BEFORE)
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ELSE()
Restructed the reporting of the libpath message so that it only appears the first time it's required
2009-01-29 21:29:08 +08:00
SET(OSG_LIBPATH_MESSAGE_HAS_BEEN_RUN_BEFORE 0 CACHE INTERNAL "Flag to track whether the libpath message has been reported before")
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Mattias Helsing, "this is a semi-submission based on what you and others have been talking about in the LIB_POSTFIX thread. It is a bit verbose perhaps and the message I emit during the make install step flashes by and gets burried under all "installing..." and/or "up-to-date..." messages. I have posted on the cmake mail list on ways to do this better. The submission adds: * message to user during configuration that s/he's eventually going o install to ${CMAKE_INSTALL_PREFIX}lib${LIB_POSTFIX} * if system has /etc/ld.so.conf.d and it is a dir generates packaging/ld.so.conf.d/openscenegraph.conf and creates a custom target for installing it (target must be run explicitly of course). User is notified of this during configuration (may not be necessary) * emit a message during installation that libraries are put in <same-as-above>. This message unfortunately gets emitted to soon for the user to see it * I added "COMPONENT libopenscenegraph-dev" to the pkgconfig.pc's install command * Moved the section with OSG_CONFIG_HAS_BEEN_RUN_BEFORE as close to the end of CMakeLists.txt as I dared. This is the intent of this construct I think."
2009-01-28 17:42:21 +08:00
# This needs to be run very last so other parts of the scripts can take
# advantage of this.
IF(NOT OSG_CONFIG_HAS_BEEN_RUN_BEFORE)
SET(OSG_CONFIG_HAS_BEEN_RUN_BEFORE 1 CACHE INTERNAL "Flag to track whether this is the first time running CMake or if CMake has been configured before")
From Philip Lowman, "At a cost of bumping the required version to CMake 2.4.4 (released all the way back on November 21, 2006)... this cmake script patch 1. Makes IF/ELSE/ENDIF code blocks easier to read by replacing code like this: IF(FOO) MESSAGE("FOO is true") ELSE(FOO) MESSAGE(" ??? ELSE(FOO)??? ") ENDIF(FOO) with this: IF(FOO) MESSAGE("FOO is true") ELSE() MESSAGE("FOO is clearly false") ENDIF() 2. Also adds an ELSEIF() where it makes sense to do so (safe to use as of CMake 2.4.4)"
2009-03-11 22:08:43 +08:00
ENDIF()
From Alberto Luaces, "I have modified CMakeLists.txt in order to make CMake fill the existent openscenegraph.pc and openthreads.pc files with OSG's installation values. Then I install those files into the expected path for pkg-config (this can also be modified through PKG_CONFIG_PATH environment variable). Therefore those of us who are using pkg-config for linking can easily select which version of OSG we want to use."
2009-01-27 23:34:57 +08:00
From David Callu, "I have added the uninstall command at the end of the first file, and the configuration file template use by the command is the second file. The command use the cmake_install.cmake file which list all file installed by the install target. this issue come from the CMake FAQ"
2007-05-17 19:48:30 +08:00
#-----------------------------------------------------------------------------
### uninstall target
#-----------------------------------------------------------------------------
CONFIGURE_FILE(
"${CMAKE_CURRENT_SOURCE_DIR}/CMakeModules/cmake_uninstall.cmake.in"
"${CMAKE_CURRENT_BINARY_DIR}/cmake_uninstall.cmake"
IMMEDIATE @ONLY)
ADD_CUSTOM_TARGET(uninstall
"${CMAKE_COMMAND}" -P "${CMAKE_CURRENT_BINARY_DIR}/cmake_uninstall.cmake")
From Rafa Gaitan and Jorge Izquierdo, build support for Android NDK. "- In order to build against GLES1 we execute: $ mkdir build_android_gles1 $ cd build_android_gles1 $ cmake .. -DOSG_BUILD_PLATFORM_ANDROID=ON -DDYNAMIC_OPENTHREADS=OFF -DDYNAMIC_OPENSCENEGRAPH=OFF -DANDROID_NDK=<path_to_android_ndk>/ -DOSG_GLES1_AVAILABLE=ON -DOSG_GL1_AVAILABLE=OFF -DOSG_GL2_AVAILABLE=OFF -DOSG_GL_DISPLAYLISTS_AVAILABLE=OFF -DJ=2 -DOSG_CPP_EXCEPTIONS_AVAILABLE=OFF $ make If all is correct you will have and static OSG inside: build_android_gles1/bin/ndk/local/armeabi. - GLES2 is not tested/proved, but I think it could be possible build it with the correct cmake flags. - The flag -DJ=2 is used to pass to the ndk-build the number of processors to speed up the building. - make install is not yet supported."
2011-03-09 00:35:37 +08:00
#
Reference in New Issue Copy Permalink