Planet
navi homePPSaboutscreenshotsdownloaddevelopmentforum

Ignore:
Timestamp:
Jan 12, 2009, 5:06:56 PM (15 years ago)
Author:
rgrieder
Message:

Added ${ORXONOX_LIBRARY_BIN_DIR} which represents the binary directory for the external dlls on windows.
Restructured concepts in bin/ dir:

  • All files in bin/Release or bin/Debug get configured and copied to the output directory. Configure means setting all the variables marked with @Var@.
  • MinSizeRel and RelWithDebInfo are considered Release versions.
  • If there is not specialised file in bin/Debug resp. bin/Release, the file in bin/ is configured and copied.
  • orxonox.ini gets configured with the available plugins (release and debug), the plugins folder and the media directory.
  • Also the debug levels have been adjusted for Debug resp. Release versions of orxonox.ini
  • When not using multi-config (debug, release, etc.) generator (like msvc or xcode), a run script called run (unix) or run.bat (windows) is configured in the root directory.
  • For tardis, ogre.cfg is copied as well due to a yet unknown bug with fonts for the ogre gui
  • moved all old style msvc project files to visual_studio folder (that only includes configured output files)
  • This commit also makes the visual studio files run in all configurations (tested only on my box).
File:
1 edited

Legend:

Unmodified
Added
Removed
  • code/branches/buildsystem2/src/orxonox/CMakeLists.txt

    r2588 r2590  
    2525
    2626ADD_EXECUTABLE(orxonox ${ORXONOX_SRC_FILES})
     27GET_TARGET_PROPERTY(_exec_loc orxonox LOCATION)
     28GET_FILENAME_COMPONENT(_exec_name ${_exec_loc} NAME)
     29SET(ORXONOX_EXECUTABLE_NAME ${_exec_name} CACHE STRING "")
     30MARK_AS_ADVANCED(ORXONOX_EXECUTABLE_NAME)
    2731
    2832IF(NETWORKTRAFFIC_TESTING_ENABLED)
     
    5256)
    5357
     58# When using Visual Studio we want to use the output directory as working
     59# directory and we also want to specify where the external dlls
     60# (lua, ogre, etc.) are. The problem hereby is that these information cannot
     61# be specified in CMake because they are not stored in the actual project file.
     62# This workaround will create a configured *.vcproj.user file that holds the
     63# right values. When starting the solution for the first time,
     64# these get written to the *vcproj.yourPCname.yourname.user
     65IF(MSVC)
     66  IF(CMAKE_CL_64)
     67    SET(MSVC_PLATFORM "x64")
     68  ELSE(CMAKE_CL_64)
     69    SET(MSVC_PLATFORM "Win32")
     70  ENDIF(CMAKE_CL_64)
     71  CONFIGURE_FILE("${CMAKE_CURRENT_SOURCE_DIR}/orxonox.vcproj.user" "${CMAKE_CURRENT_BINARY_DIR}/orxonox.vcproj.user")
     72ENDIF(MSVC)
     73
    5474IF (NOT WIN32)
    5575  INSTALL(TARGETS orxonox RUNTIME DESTINATION bin)
Note: See TracChangeset for help on using the changeset viewer.