MetzNet
/
dfhack
3
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
dfhack/plugins/ruby/CMakeLists.txt

94 lines
4.0 KiB
CMake
Raw Normal View History Unescape Escape

Add DOWNLOAD_RUBY option to Ruby plugin cmake, defaulting to ON If DOWNLOAD_RUBY is set to OFF, the build will not attempt to download a prebuilt libruby.so and not fire a warning that one is not present. This may be desired if one wants to link dfhack against a newer system libruby.so, now that dfhack supports ruby 2.x and also supports linking against system libruby (at least, on Linux), as per the following commit: https://github.com/DFHack/dfhack/commit/df9b5bca7311489748ab100dfc51080841c3f196 This also allows the dfhack build to proceed without network access (once all submodules have been fetched), which at least some Linux distributions, like Fedora, require. By default DOWNLOAD_RUBY is set to ON, so this should not change the behavior of default builds. I tested that when DOWNLOAD_RUBY is set to OFF, dfhack still launches and that the Ruby plugin still functions, e.g. by running ```rb_eval puts('Hello world.')``` in the dfhack console.
2017-01-20 15:16:19 -07:00
# Allow build system to turn off downloading of libruby.so.
OPTION(DOWNLOAD_RUBY "Download prebuilt libruby.so for ruby plugin." ON)
IF (DOWNLOAD_RUBY)
IF (APPLE)
SET(RUBYLIB ${CMAKE_CURRENT_SOURCE_DIR}/osx${DFHACK_BUILD_ARCH}/libruby.dylib)
SET(RUBYLIB_INSTALL_NAME "libruby.dylib")
IF(${DFHACK_BUILD_ARCH} STREQUAL 64)
# MESSAGE("No ruby lib for 64-bit OS X yet")
ELSE()
Update downloads to 0.44.09
2018-04-19 10:35:00 -06:00
DOWNLOAD_FILE_UNZIP("https://github.com/DFHack/dfhack-bin/releases/download/0.44.09/osx32-libruby187.dylib.gz"
Add DOWNLOAD_RUBY option to Ruby plugin cmake, defaulting to ON If DOWNLOAD_RUBY is set to OFF, the build will not attempt to download a prebuilt libruby.so and not fire a warning that one is not present. This may be desired if one wants to link dfhack against a newer system libruby.so, now that dfhack supports ruby 2.x and also supports linking against system libruby (at least, on Linux), as per the following commit: https://github.com/DFHack/dfhack/commit/df9b5bca7311489748ab100dfc51080841c3f196 This also allows the dfhack build to proceed without network access (once all submodules have been fetched), which at least some Linux distributions, like Fedora, require. By default DOWNLOAD_RUBY is set to ON, so this should not change the behavior of default builds. I tested that when DOWNLOAD_RUBY is set to OFF, dfhack still launches and that the Ruby plugin still functions, e.g. by running ```rb_eval puts('Hello world.')``` in the dfhack console.
2017-01-20 15:16:19 -07:00
"gz"
${RUBYLIB}.gz
"e9bc4263557e652121b055a46abb4f97"
${RUBYLIB}
"3ee5356759f764a440be5b5b44649826")
ENDIF()
ELSEIF(UNIX)
SET(RUBYLIB ${CMAKE_CURRENT_SOURCE_DIR}/linux${DFHACK_BUILD_ARCH}/libruby.so)
SET(RUBYLIB_INSTALL_NAME "libruby.so")
IF(${DFHACK_BUILD_ARCH} STREQUAL 64)
Update downloads to 0.44.09
2018-04-19 10:35:00 -06:00
DOWNLOAD_FILE_UNZIP("https://github.com/DFHack/dfhack-bin/releases/download/0.44.09/linux64-libruby187.so.gz"
Add DOWNLOAD_RUBY option to Ruby plugin cmake, defaulting to ON If DOWNLOAD_RUBY is set to OFF, the build will not attempt to download a prebuilt libruby.so and not fire a warning that one is not present. This may be desired if one wants to link dfhack against a newer system libruby.so, now that dfhack supports ruby 2.x and also supports linking against system libruby (at least, on Linux), as per the following commit: https://github.com/DFHack/dfhack/commit/df9b5bca7311489748ab100dfc51080841c3f196 This also allows the dfhack build to proceed without network access (once all submodules have been fetched), which at least some Linux distributions, like Fedora, require. By default DOWNLOAD_RUBY is set to ON, so this should not change the behavior of default builds. I tested that when DOWNLOAD_RUBY is set to OFF, dfhack still launches and that the Ruby plugin still functions, e.g. by running ```rb_eval puts('Hello world.')``` in the dfhack console.
2017-01-20 15:16:19 -07:00
"gz"
${RUBYLIB}.gz
"8eb757bb9ada08608914d8ca8906c427"
${RUBYLIB}
"e8c36a06f031cfbf02def28169bb5f1f")
ELSE()
Update downloads to 0.44.09
2018-04-19 10:35:00 -06:00
DOWNLOAD_FILE_UNZIP("https://github.com/DFHack/dfhack-bin/releases/download/0.44.09/linux32-libruby187.so.gz"
Add DOWNLOAD_RUBY option to Ruby plugin cmake, defaulting to ON If DOWNLOAD_RUBY is set to OFF, the build will not attempt to download a prebuilt libruby.so and not fire a warning that one is not present. This may be desired if one wants to link dfhack against a newer system libruby.so, now that dfhack supports ruby 2.x and also supports linking against system libruby (at least, on Linux), as per the following commit: https://github.com/DFHack/dfhack/commit/df9b5bca7311489748ab100dfc51080841c3f196 This also allows the dfhack build to proceed without network access (once all submodules have been fetched), which at least some Linux distributions, like Fedora, require. By default DOWNLOAD_RUBY is set to ON, so this should not change the behavior of default builds. I tested that when DOWNLOAD_RUBY is set to OFF, dfhack still launches and that the Ruby plugin still functions, e.g. by running ```rb_eval puts('Hello world.')``` in the dfhack console.
2017-01-20 15:16:19 -07:00
"gz"
${RUBYLIB}.gz
"2d06f5069ff07ea934ecd40db55a4ac5"
${RUBYLIB}
"b00d8d7086cb39f6fde793f9d89cb2d7")
ENDIF()
Switch to downloading 32-bit libruby on Linux and Windows
2016-09-26 15:36:57 -06:00
ELSE()
Add DOWNLOAD_RUBY option to Ruby plugin cmake, defaulting to ON If DOWNLOAD_RUBY is set to OFF, the build will not attempt to download a prebuilt libruby.so and not fire a warning that one is not present. This may be desired if one wants to link dfhack against a newer system libruby.so, now that dfhack supports ruby 2.x and also supports linking against system libruby (at least, on Linux), as per the following commit: https://github.com/DFHack/dfhack/commit/df9b5bca7311489748ab100dfc51080841c3f196 This also allows the dfhack build to proceed without network access (once all submodules have been fetched), which at least some Linux distributions, like Fedora, require. By default DOWNLOAD_RUBY is set to ON, so this should not change the behavior of default builds. I tested that when DOWNLOAD_RUBY is set to OFF, dfhack still launches and that the Ruby plugin still functions, e.g. by running ```rb_eval puts('Hello world.')``` in the dfhack console.
2017-01-20 15:16:19 -07:00
SET(RUBYLIB ${CMAKE_CURRENT_SOURCE_DIR}/win${DFHACK_BUILD_ARCH}/libruby.dll)
SET(RUBYLIB_INSTALL_NAME "libruby.dll")
IF(${DFHACK_BUILD_ARCH} STREQUAL 64)
Update downloads to 0.44.09
2018-04-19 10:35:00 -06:00
DOWNLOAD_FILE_UNZIP("https://github.com/DFHack/dfhack-bin/releases/download/0.44.09/win64-libruby200.dll.gz"
Add DOWNLOAD_RUBY option to Ruby plugin cmake, defaulting to ON If DOWNLOAD_RUBY is set to OFF, the build will not attempt to download a prebuilt libruby.so and not fire a warning that one is not present. This may be desired if one wants to link dfhack against a newer system libruby.so, now that dfhack supports ruby 2.x and also supports linking against system libruby (at least, on Linux), as per the following commit: https://github.com/DFHack/dfhack/commit/df9b5bca7311489748ab100dfc51080841c3f196 This also allows the dfhack build to proceed without network access (once all submodules have been fetched), which at least some Linux distributions, like Fedora, require. By default DOWNLOAD_RUBY is set to ON, so this should not change the behavior of default builds. I tested that when DOWNLOAD_RUBY is set to OFF, dfhack still launches and that the Ruby plugin still functions, e.g. by running ```rb_eval puts('Hello world.')``` in the dfhack console.
2017-01-20 15:16:19 -07:00
"gz"
${RUBYLIB}.gz
"81db54a8b8b3090c94c6ae2147d30b8f"
${RUBYLIB}
"8a8564418aebddef3dfee1e96690e713")
ELSE()
Update downloads to 0.44.09
2018-04-19 10:35:00 -06:00
DOWNLOAD_FILE_UNZIP("https://github.com/DFHack/dfhack-bin/releases/download/0.44.09/win32-libruby187.dll.gz"
Add DOWNLOAD_RUBY option to Ruby plugin cmake, defaulting to ON If DOWNLOAD_RUBY is set to OFF, the build will not attempt to download a prebuilt libruby.so and not fire a warning that one is not present. This may be desired if one wants to link dfhack against a newer system libruby.so, now that dfhack supports ruby 2.x and also supports linking against system libruby (at least, on Linux), as per the following commit: https://github.com/DFHack/dfhack/commit/df9b5bca7311489748ab100dfc51080841c3f196 This also allows the dfhack build to proceed without network access (once all submodules have been fetched), which at least some Linux distributions, like Fedora, require. By default DOWNLOAD_RUBY is set to ON, so this should not change the behavior of default builds. I tested that when DOWNLOAD_RUBY is set to OFF, dfhack still launches and that the Ruby plugin still functions, e.g. by running ```rb_eval puts('Hello world.')``` in the dfhack console.
2017-01-20 15:16:19 -07:00
"gz"
${RUBYLIB}.gz
"ffc0f1b5b33748e2a36128e90c97f6b2"
${RUBYLIB}
"482c1c418f4ee1a5f04203eee1cda0ef")
ENDIF()
Switch to downloading 32-bit libruby on Linux and Windows
2016-09-26 15:36:57 -06:00
ENDIF()
Add DOWNLOAD_RUBY option to Ruby plugin cmake, defaulting to ON If DOWNLOAD_RUBY is set to OFF, the build will not attempt to download a prebuilt libruby.so and not fire a warning that one is not present. This may be desired if one wants to link dfhack against a newer system libruby.so, now that dfhack supports ruby 2.x and also supports linking against system libruby (at least, on Linux), as per the following commit: https://github.com/DFHack/dfhack/commit/df9b5bca7311489748ab100dfc51080841c3f196 This also allows the dfhack build to proceed without network access (once all submodules have been fetched), which at least some Linux distributions, like Fedora, require. By default DOWNLOAD_RUBY is set to ON, so this should not change the behavior of default builds. I tested that when DOWNLOAD_RUBY is set to OFF, dfhack still launches and that the Ruby plugin still functions, e.g. by running ```rb_eval puts('Hello world.')``` in the dfhack console.
2017-01-20 15:16:19 -07:00
Include a ruby library for OS X See #560
2015-02-21 19:51:07 -07:00
ENDIF()
ruby: download libruby with cmake
2012-06-09 18:06:22 -06:00
ruby: distinguish ruby-autogen.rb name based on architecture
2014-11-14 04:47:42 -07:00
IF (APPLE OR UNIX)
SET(RUBYAUTOGEN ruby-autogen-gcc.rb)
ELSE (APPLE OR UNIX)
SET(RUBYAUTOGEN ruby-autogen-win.rb)
ENDIF (APPLE OR UNIX)
ruby: dlopen libruby -- currently segfaults with rb1.9 ...
2012-06-02 15:44:52 -06:00
ADD_CUSTOM_COMMAND(
ruby: distinguish ruby-autogen.rb name based on architecture
2014-11-14 04:47:42 -07:00
OUTPUT ${CMAKE_CURRENT_BINARY_DIR}/${RUBYAUTOGEN}
Pass OS and architecture to ruby codegen explicitly - Passing the architecture is needed to determine sizeof(long) - Passing the OS prevents potential issues when cross-compiling between Windows and non-Windows (although this is unlikely)
2016-08-05 15:09:25 -06:00
COMMAND ${PERL_EXECUTABLE} ${CMAKE_CURRENT_SOURCE_DIR}/codegen.pl ${dfhack_SOURCE_DIR}/library/include/df/codegen.out.xml ${CMAKE_CURRENT_BINARY_DIR}/${RUBYAUTOGEN} ${CMAKE_SYSTEM_NAME} ${DFHACK_BUILD_ARCH}
ruby: fix cmake dependency on codegen.out.xml
2012-09-29 04:12:56 -06:00
# cmake quirk: depending on codegen.out.xml or generate_headers only is not enough, needs both
# test by manually patching any library/xml/moo.xml, run make ruby-autogen-rb -j2, and check build/plugins/ruby/ruby-autogen.rb for patched xml data
DEPENDS generate_headers ${dfhack_SOURCE_DIR}/library/include/df/codegen.out.xml ${CMAKE_CURRENT_SOURCE_DIR}/codegen.pl
ruby: distinguish ruby-autogen.rb name based on architecture
2014-11-14 04:47:42 -07:00
COMMENT ${RUBYAUTOGEN}
ruby: dlopen libruby -- currently segfaults with rb1.9 ...
2012-06-02 15:44:52 -06:00
)
ruby: distinguish ruby-autogen.rb name based on architecture
2014-11-14 04:47:42 -07:00
ADD_CUSTOM_TARGET(ruby-autogen-rb DEPENDS ${CMAKE_CURRENT_BINARY_DIR}/${RUBYAUTOGEN})
ruby: download libruby with cmake
2012-06-09 18:06:22 -06:00
ruby: download lib from github as tgz, switch to ruby18, simply log to stderr.log if cannot load libruby
2012-06-12 10:51:33 -06:00
INCLUDE_DIRECTORIES("${dfhack_SOURCE_DIR}/depends/tthread")
ruby: download libruby with cmake
2012-06-09 18:06:22 -06:00
ruby: dlopen libruby -- currently segfaults with rb1.9 ...
2012-06-02 15:44:52 -06:00
DFHACK_PLUGIN(ruby ruby.cpp LINK_LIBRARIES dfhack-tinythread)
ruby: fix cmake to rebuild ruby-autogen.rb only when necessary
2012-06-10 15:42:58 -06:00
ADD_DEPENDENCIES(ruby ruby-autogen-rb)
ruby: download libruby with cmake
2012-06-09 18:06:22 -06:00
Warn if ruby library is missing instead of breaking installation
2016-09-26 16:28:59 -06:00
IF(EXISTS ${RUBYLIB})
INSTALL(FILES ${RUBYLIB} DESTINATION ${DFHACK_LIBRARY_DESTINATION} RENAME ${RUBYLIB_INSTALL_NAME})
ELSE()
Add DOWNLOAD_RUBY option to Ruby plugin cmake, defaulting to ON If DOWNLOAD_RUBY is set to OFF, the build will not attempt to download a prebuilt libruby.so and not fire a warning that one is not present. This may be desired if one wants to link dfhack against a newer system libruby.so, now that dfhack supports ruby 2.x and also supports linking against system libruby (at least, on Linux), as per the following commit: https://github.com/DFHack/dfhack/commit/df9b5bca7311489748ab100dfc51080841c3f196 This also allows the dfhack build to proceed without network access (once all submodules have been fetched), which at least some Linux distributions, like Fedora, require. By default DOWNLOAD_RUBY is set to ON, so this should not change the behavior of default builds. I tested that when DOWNLOAD_RUBY is set to OFF, dfhack still launches and that the Ruby plugin still functions, e.g. by running ```rb_eval puts('Hello world.')``` in the dfhack console.
2017-01-20 15:16:19 -07:00
# Only fire this warning if DOWNLOAD_RUBY was set.
IF(NOT(APPLE AND ${DFHACK_BUILD_ARCH} STREQUAL 64) AND DOWNLOAD_RUBY)
Use system libruby on osx64 (since ruby 1.8 and 2 are supported now)
2016-10-29 17:08:54 -06:00
MESSAGE(WARNING "Ruby library not found at ${RUBYLIB} - will not be installed")
ENDIF()
Warn if ruby library is missing instead of breaking installation
2016-09-26 16:28:59 -06:00
ENDIF()
ruby: clean stuff up, install ruby modules in df/hack/ruby/
2012-06-24 08:09:31 -06:00
INSTALL(DIRECTORY .
DESTINATION hack/ruby
FILES_MATCHING PATTERN "*.rb")
ruby: install generated autogen after copying *.rb
2012-09-30 09:08:03 -06:00
ruby: distinguish ruby-autogen.rb name based on architecture
2014-11-14 04:47:42 -07:00
INSTALL(FILES ${CMAKE_CURRENT_BINARY_DIR}/${RUBYAUTOGEN} DESTINATION hack/ruby)