[Repository Listing] / [Slicer4] / trunk / SuperBuild
 

Index of /trunk/SuperBuild

Directory revision: 26379 (of 26394)
Sticky Revision:


Name Rev. Age Author Last log entry
Parent Directory
       
View file contents External_CTK.cmake
 26374  7 days  lassoan  BUG: Updated CTK to latest version Fixes DICOM database widget issue when there are multiple widgets (https://github.com/commontk/CTK/pull/748)
View file contents External_CTKAPPLAUNCHER.cmake
 25948  5 months  jcfr  ENH: Improve generation of extension AdditionalLauncherSettings.ini This commit updates the CMake module SlicerBlockAdditionalLauncherSettings so that it reuses the function "ctkAppLauncherListToQtSettingsArray" To allow the CMake function "ctkAppLauncherListToQtSettingsArray" to be usable from the extension build system, "CTKAPPLAUNCHER_DIR" is added to SlicerConfig by specifying the "FIND_PACKAGE" label. Note that the "FIND_PACKAGE" label is used to automatically configure the associated variables in "CMake/SlicerGenerateSlicerConfig.cmake"
View file contents External_CTKAppLauncherLib.cmake
 26307  4 weeks  jcfr  COMP: Update CTKAppLauncherLib to fix finding of Qt4 in extensions $ git shortlog 5aa21a3..e4923af --no-merges Jean-Christophe Fillion-Robin (1): COMP: Do not use COMPONENTS when finding Qt in config file
View file contents External_CTKResEdit.cmake
 25847  6 months  jcfr  ENH: Add external project step allowing to keep track of project version. This commit adds a module named "ExternalProjectGenerateProjectDescription" providing a convenient function allowing to add a step generating a project description file containing the name of the project and its version. For each project instrumented with this function, a file named "version-<projectnmame>.txt" is generated in ${CMAKE_BINARY_DIR}.
View file contents External_DCMTK.cmake
 26347  3 weeks  jcfr  COMP: Update DCMTK to fix configuration warning $ git shortlog 08dcbcd..53f8545 --no-merges Jean-Christophe Fillion-Robin (2): STYLE: dcmtkPrepare: Remove unneeded setting of CMP0003 to NEW STYLE: dcmtkPrepare: Fix warning by conditionally setting CMP0005 to OLD This commit fixes the following warning: ``` CMake Deprecation Warning at CMake/dcmtkPrepare.cmake:230 (CMAKE_POLICY): The OLD behavior for policy CMP0005 will be removed from a future version of CMake. The cmake-policies(7) manual explains that the OLD behaviors of all policies are deprecated and that a policy should be set to OLD only under specific short-term circumstances. Projects should be ported to the NEW behavior and not rely on setting a policy to OLD. Call Stack (most recent call first): CMakeLists.txt:17 (INCLUDE) ```
View file contents External_ITKv4.cmake
 26305  4 weeks  jcfr  COMP: Update ITK and CTK to fix remaining extension packaging issues This commit improves on r26301 (COMP: Fix extension packaging setting CMAKE_MACOSX_RPATH to 0) Related discussions: * https://discourse.slicer.org/t/interpreting-cdash-reporting-extension-is-packaged-despite-build-errors/856 * https://discourse.slicer.org/t/extension-build-failure-on-mac-due-to-error-copying-files/935 ITK changes: $ git shortlog 4c38b95..c390a4e --no-merges Jean-Christophe Fillion-Robin (1): COMP: Update MINC to set MACOSX_RPATH property based on CMAKE_MACOSX_RPATH CTK changes: git shortlog 6c5a63f..4f55362 --no-merges Jean-Christophe Fillion-Robin (1): COMP: Ensure CMAKE_MACOSX_RPATH is passed to CTK inner-build
View file contents External_JsonCpp.cmake
 26301  4 weeks  jcfr  COMP: Fix extension packaging setting CMAKE_MACOSX_RPATH to 0 Following the update of the minimum required version of CMake to 3.5, the policy CMP0042 started to default to NEW leading to CMAKE_MACOSX_RPATH being initialized to 1 by default. This had the side-effect of including "@rpath/..." into libraries installed during the packaing on macOS and prior the fixup script had a chance to recursively collect, copy and update (aka fixup) the libraries. This commit also updates the external projects removing patches explicitly setting CMP0042 to OLD (e.g ITK). Instead, the variable CMAKE_MACOSX_RPATH is passed to all of them. A merge request has also been submitted to ITK. See http://review.source.kitware.com/#/c/22581/ Related Slicer commits: * r25180 (BUG: Extension packaging: Ensure @rpath is not applied at build time) Related discussions: * https://discourse.slicer.org/t/interpreting-cdash-reporting-extension-is-packaged-despite-build-errors/856 * https://discourse.slicer.org/t/extension-build-failure-on-mac-due-to-error-copying-files/935 This commit fixes error like this one: ``` [...] Error copying file "@rpath/libITKFactoryRegistration.dylib" to "/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib". warning: target '/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib' does not exist... /usr/bin/otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) install_name_tool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) [...] ```
View file contents External_LibArchive.cmake
 26301  4 weeks  jcfr  COMP: Fix extension packaging setting CMAKE_MACOSX_RPATH to 0 Following the update of the minimum required version of CMake to 3.5, the policy CMP0042 started to default to NEW leading to CMAKE_MACOSX_RPATH being initialized to 1 by default. This had the side-effect of including "@rpath/..." into libraries installed during the packaing on macOS and prior the fixup script had a chance to recursively collect, copy and update (aka fixup) the libraries. This commit also updates the external projects removing patches explicitly setting CMP0042 to OLD (e.g ITK). Instead, the variable CMAKE_MACOSX_RPATH is passed to all of them. A merge request has also been submitted to ITK. See http://review.source.kitware.com/#/c/22581/ Related Slicer commits: * r25180 (BUG: Extension packaging: Ensure @rpath is not applied at build time) Related discussions: * https://discourse.slicer.org/t/interpreting-cdash-reporting-extension-is-packaged-despite-build-errors/856 * https://discourse.slicer.org/t/extension-build-failure-on-mac-due-to-error-copying-files/935 This commit fixes error like this one: ``` [...] Error copying file "@rpath/libITKFactoryRegistration.dylib" to "/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib". warning: target '/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib' does not exist... /usr/bin/otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) install_name_tool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) [...] ```
View file contents External_NUMPY.cmake
 26338  3 weeks  jcfr  COMP: Fix NUMPY patch steps This commit fixes a regression introduced in previous commit.
View file contents External_OpenIGTLink.cmake
 26301  4 weeks  jcfr  COMP: Fix extension packaging setting CMAKE_MACOSX_RPATH to 0 Following the update of the minimum required version of CMake to 3.5, the policy CMP0042 started to default to NEW leading to CMAKE_MACOSX_RPATH being initialized to 1 by default. This had the side-effect of including "@rpath/..." into libraries installed during the packaing on macOS and prior the fixup script had a chance to recursively collect, copy and update (aka fixup) the libraries. This commit also updates the external projects removing patches explicitly setting CMP0042 to OLD (e.g ITK). Instead, the variable CMAKE_MACOSX_RPATH is passed to all of them. A merge request has also been submitted to ITK. See http://review.source.kitware.com/#/c/22581/ Related Slicer commits: * r25180 (BUG: Extension packaging: Ensure @rpath is not applied at build time) Related discussions: * https://discourse.slicer.org/t/interpreting-cdash-reporting-extension-is-packaged-despite-build-errors/856 * https://discourse.slicer.org/t/extension-build-failure-on-mac-due-to-error-copying-files/935 This commit fixes error like this one: ``` [...] Error copying file "@rpath/libITKFactoryRegistration.dylib" to "/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib". warning: target '/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib' does not exist... /usr/bin/otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) install_name_tool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) [...] ```
View file contents External_OpenSSL.cmake
 26240  6 weeks  jcfr  COMP: Add support for OpenSSL when compiling with Visual Studio 2015 The OpenSSL packages available on packages.kitware.com are compiled using the following script: https://gist.github.com/jcfr/6030240 From: Max Smolens <max.smolens@kitware.com>
View file contents External_PCRE.cmake
 25847  6 months  jcfr  ENH: Add external project step allowing to keep track of project version. This commit adds a module named "ExternalProjectGenerateProjectDescription" providing a convenient function allowing to add a step generating a project description file containing the name of the project and its version. For each project instrumented with this function, a file named "version-<projectnmame>.txt" is generated in ${CMAKE_BINARY_DIR}.
View file contents External_ParameterSerializer.cmake
 26301  4 weeks  jcfr  COMP: Fix extension packaging setting CMAKE_MACOSX_RPATH to 0 Following the update of the minimum required version of CMake to 3.5, the policy CMP0042 started to default to NEW leading to CMAKE_MACOSX_RPATH being initialized to 1 by default. This had the side-effect of including "@rpath/..." into libraries installed during the packaing on macOS and prior the fixup script had a chance to recursively collect, copy and update (aka fixup) the libraries. This commit also updates the external projects removing patches explicitly setting CMP0042 to OLD (e.g ITK). Instead, the variable CMAKE_MACOSX_RPATH is passed to all of them. A merge request has also been submitted to ITK. See http://review.source.kitware.com/#/c/22581/ Related Slicer commits: * r25180 (BUG: Extension packaging: Ensure @rpath is not applied at build time) Related discussions: * https://discourse.slicer.org/t/interpreting-cdash-reporting-extension-is-packaged-despite-build-errors/856 * https://discourse.slicer.org/t/extension-build-failure-on-mac-due-to-error-copying-files/935 This commit fixes error like this one: ``` [...] Error copying file "@rpath/libITKFactoryRegistration.dylib" to "/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib". warning: target '/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib' does not exist... /usr/bin/otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) install_name_tool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) [...] ```
View file contents External_RapidJSON.cmake
 26301  4 weeks  jcfr  COMP: Fix extension packaging setting CMAKE_MACOSX_RPATH to 0 Following the update of the minimum required version of CMake to 3.5, the policy CMP0042 started to default to NEW leading to CMAKE_MACOSX_RPATH being initialized to 1 by default. This had the side-effect of including "@rpath/..." into libraries installed during the packaing on macOS and prior the fixup script had a chance to recursively collect, copy and update (aka fixup) the libraries. This commit also updates the external projects removing patches explicitly setting CMP0042 to OLD (e.g ITK). Instead, the variable CMAKE_MACOSX_RPATH is passed to all of them. A merge request has also been submitted to ITK. See http://review.source.kitware.com/#/c/22581/ Related Slicer commits: * r25180 (BUG: Extension packaging: Ensure @rpath is not applied at build time) Related discussions: * https://discourse.slicer.org/t/interpreting-cdash-reporting-extension-is-packaged-despite-build-errors/856 * https://discourse.slicer.org/t/extension-build-failure-on-mac-due-to-error-copying-files/935 This commit fixes error like this one: ``` [...] Error copying file "@rpath/libITKFactoryRegistration.dylib" to "/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib". warning: target '/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib' does not exist... /usr/bin/otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) install_name_tool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) [...] ```
View file contents External_SciPy.cmake
 23408  3 years  jcfr  COMP: Update python module external project to depend on setuptools In an attempt to resolve #3757, this commit systematically adds setuptools as a dependency to external projects building and installing python eggs.
View file contents External_SimpleITK.cmake
 26340  3 weeks  jcfr  ENH: Update SimpleITK external project passing CMAKE_CXX_* for C++11 support
View file contents External_SlicerExecutionModel.cmake
 26301  4 weeks  jcfr  COMP: Fix extension packaging setting CMAKE_MACOSX_RPATH to 0 Following the update of the minimum required version of CMake to 3.5, the policy CMP0042 started to default to NEW leading to CMAKE_MACOSX_RPATH being initialized to 1 by default. This had the side-effect of including "@rpath/..." into libraries installed during the packaing on macOS and prior the fixup script had a chance to recursively collect, copy and update (aka fixup) the libraries. This commit also updates the external projects removing patches explicitly setting CMP0042 to OLD (e.g ITK). Instead, the variable CMAKE_MACOSX_RPATH is passed to all of them. A merge request has also been submitted to ITK. See http://review.source.kitware.com/#/c/22581/ Related Slicer commits: * r25180 (BUG: Extension packaging: Ensure @rpath is not applied at build time) Related discussions: * https://discourse.slicer.org/t/interpreting-cdash-reporting-extension-is-packaged-despite-build-errors/856 * https://discourse.slicer.org/t/extension-build-failure-on-mac-due-to-error-copying-files/935 This commit fixes error like this one: ``` [...] Error copying file "@rpath/libITKFactoryRegistration.dylib" to "/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib". warning: target '/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib' does not exist... /usr/bin/otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) install_name_tool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) [...] ```
View file contents External_Swig.cmake
 25847  6 months  jcfr  ENH: Add external project step allowing to keep track of project version. This commit adds a module named "ExternalProjectGenerateProjectDescription" providing a convenient function allowing to add a step generating a project description file containing the name of the project and its version. For each project instrumented with this function, a file named "version-<projectnmame>.txt" is generated in ${CMAKE_BINARY_DIR}.
View file contents External_VTKv8.cmake
 26379  6 days  jcfr  ENH: Update VTKv7 backporting ClickAndDrag support for ChartXY Thanks: Davide Punzo <punzodavide@hotmail.it> List of changes: $ git shortlog 021f76a..57d826c --no-merges Davide Punzo (1): ENH: Backport ClickAndDrag support for ChartXY
View file contents External_bzip2.cmake
 26301  4 weeks  jcfr  COMP: Fix extension packaging setting CMAKE_MACOSX_RPATH to 0 Following the update of the minimum required version of CMake to 3.5, the policy CMP0042 started to default to NEW leading to CMAKE_MACOSX_RPATH being initialized to 1 by default. This had the side-effect of including "@rpath/..." into libraries installed during the packaing on macOS and prior the fixup script had a chance to recursively collect, copy and update (aka fixup) the libraries. This commit also updates the external projects removing patches explicitly setting CMP0042 to OLD (e.g ITK). Instead, the variable CMAKE_MACOSX_RPATH is passed to all of them. A merge request has also been submitted to ITK. See http://review.source.kitware.com/#/c/22581/ Related Slicer commits: * r25180 (BUG: Extension packaging: Ensure @rpath is not applied at build time) Related discussions: * https://discourse.slicer.org/t/interpreting-cdash-reporting-extension-is-packaged-despite-build-errors/856 * https://discourse.slicer.org/t/extension-build-failure-on-mac-due-to-error-copying-files/935 This commit fixes error like this one: ``` [...] Error copying file "@rpath/libITKFactoryRegistration.dylib" to "/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib". warning: target '/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib' does not exist... /usr/bin/otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) install_name_tool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) [...] ```
View file contents External_curl.cmake
 26301  4 weeks  jcfr  COMP: Fix extension packaging setting CMAKE_MACOSX_RPATH to 0 Following the update of the minimum required version of CMake to 3.5, the policy CMP0042 started to default to NEW leading to CMAKE_MACOSX_RPATH being initialized to 1 by default. This had the side-effect of including "@rpath/..." into libraries installed during the packaing on macOS and prior the fixup script had a chance to recursively collect, copy and update (aka fixup) the libraries. This commit also updates the external projects removing patches explicitly setting CMP0042 to OLD (e.g ITK). Instead, the variable CMAKE_MACOSX_RPATH is passed to all of them. A merge request has also been submitted to ITK. See http://review.source.kitware.com/#/c/22581/ Related Slicer commits: * r25180 (BUG: Extension packaging: Ensure @rpath is not applied at build time) Related discussions: * https://discourse.slicer.org/t/interpreting-cdash-reporting-extension-is-packaged-despite-build-errors/856 * https://discourse.slicer.org/t/extension-build-failure-on-mac-due-to-error-copying-files/935 This commit fixes error like this one: ``` [...] Error copying file "@rpath/libITKFactoryRegistration.dylib" to "/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib". warning: target '/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib' does not exist... /usr/bin/otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) install_name_tool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) [...] ```
View file contents External_incrTcl.cmake
 23724  3 years  jcfr  ENH: Refactor management of external project launcher settings. This commit moves the definition of launcher setting into each external projects. The different type of setting (listed below) are passed to the the main project (Slicer) using labels set using "mark_as_superbuild" function. Type of settings and associated labels: Build tree: * LIBRARY_PATHS_LAUNCHER_BUILD * PATHS_LAUNCHER_BUILD * PYTHONPATH_LAUNCHER_BUILD * ENVVARS_LAUNCHER_BUILD Install tree: * LIBRARY_PATHS_LAUNCHER_INSTALLED * PYTHONPATH_LAUNCHER_INSTALLED * PATHS_LAUNCHER_INSTALLED * ENVVARS_LAUNCHER_INSTALLED This patch has been tested on factory-win7, factory-south-ubuntu and factory. The SlicerLauncherSetting.ini and SlicerLauncherSettingToInstall.ini file have been compared with / without this patch and the file are similar. The few differences are explained below: * nonexistent path are not configured anymore * on unix, following r23613, a new version of incrTcl is used and path have been updated to reflect this. Since there are to version of incrTcl (4.0.0 and 4.0.1), the path to "4.0.1" are considered.
View file contents External_python-GitPython.cmake
 26055  3 months  jcfr  ENH: cmake: Check package availability when building against system python This commit implements the check looking for required python modules when building against system version of python. For example, assuming that all required packages are installed in a python virtual environment named "slicer": $ cmake -DQT_QMAKE_EXECUTABLE:FILEPATH=/path/to/bin/qmake \ -DCMAKE_BUILD_TYPE:STRING=Release \ -DSlicer_USE_SYSTEM_python:BOOL=1 \ ../Slicer would output text like this one: [...] -- SuperBuild - python-pyparsing => Requires python[INCLUDED], -- SuperBuild - python-pyparsing[OK] (SYSTEM) -- PYPARSING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- PYPARSING_VERSION: 2.2.0 -- SuperBuild - python-packaging[OK] (SYSTEM) -- PACKAGING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages/packaging -- PACKAGING_VERSION: 16.8 -- SuperBuild - python-six => Requires python[INCLUDED], -- SuperBuild - python-six[OK] (SYSTEM) -- SIX_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- SIX_VERSION: 1.10.0 [...]
View file contents External_python-PyGithub.cmake
 26055  3 months  jcfr  ENH: cmake: Check package availability when building against system python This commit implements the check looking for required python modules when building against system version of python. For example, assuming that all required packages are installed in a python virtual environment named "slicer": $ cmake -DQT_QMAKE_EXECUTABLE:FILEPATH=/path/to/bin/qmake \ -DCMAKE_BUILD_TYPE:STRING=Release \ -DSlicer_USE_SYSTEM_python:BOOL=1 \ ../Slicer would output text like this one: [...] -- SuperBuild - python-pyparsing => Requires python[INCLUDED], -- SuperBuild - python-pyparsing[OK] (SYSTEM) -- PYPARSING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- PYPARSING_VERSION: 2.2.0 -- SuperBuild - python-packaging[OK] (SYSTEM) -- PACKAGING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages/packaging -- PACKAGING_VERSION: 16.8 -- SuperBuild - python-six => Requires python[INCLUDED], -- SuperBuild - python-six[OK] (SYSTEM) -- SIX_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- SIX_VERSION: 1.10.0 [...]
View file contents External_python-appdirs.cmake
 26055  3 months  jcfr  ENH: cmake: Check package availability when building against system python This commit implements the check looking for required python modules when building against system version of python. For example, assuming that all required packages are installed in a python virtual environment named "slicer": $ cmake -DQT_QMAKE_EXECUTABLE:FILEPATH=/path/to/bin/qmake \ -DCMAKE_BUILD_TYPE:STRING=Release \ -DSlicer_USE_SYSTEM_python:BOOL=1 \ ../Slicer would output text like this one: [...] -- SuperBuild - python-pyparsing => Requires python[INCLUDED], -- SuperBuild - python-pyparsing[OK] (SYSTEM) -- PYPARSING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- PYPARSING_VERSION: 2.2.0 -- SuperBuild - python-packaging[OK] (SYSTEM) -- PACKAGING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages/packaging -- PACKAGING_VERSION: 16.8 -- SuperBuild - python-six => Requires python[INCLUDED], -- SuperBuild - python-six[OK] (SYSTEM) -- SIX_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- SIX_VERSION: 1.10.0 [...]
View file contents External_python-chardet.cmake
 26055  3 months  jcfr  ENH: cmake: Check package availability when building against system python This commit implements the check looking for required python modules when building against system version of python. For example, assuming that all required packages are installed in a python virtual environment named "slicer": $ cmake -DQT_QMAKE_EXECUTABLE:FILEPATH=/path/to/bin/qmake \ -DCMAKE_BUILD_TYPE:STRING=Release \ -DSlicer_USE_SYSTEM_python:BOOL=1 \ ../Slicer would output text like this one: [...] -- SuperBuild - python-pyparsing => Requires python[INCLUDED], -- SuperBuild - python-pyparsing[OK] (SYSTEM) -- PYPARSING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- PYPARSING_VERSION: 2.2.0 -- SuperBuild - python-packaging[OK] (SYSTEM) -- PACKAGING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages/packaging -- PACKAGING_VERSION: 16.8 -- SuperBuild - python-six => Requires python[INCLUDED], -- SuperBuild - python-six[OK] (SYSTEM) -- SIX_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- SIX_VERSION: 1.10.0 [...]
View file contents External_python-couchdb.cmake
 26055  3 months  jcfr  ENH: cmake: Check package availability when building against system python This commit implements the check looking for required python modules when building against system version of python. For example, assuming that all required packages are installed in a python virtual environment named "slicer": $ cmake -DQT_QMAKE_EXECUTABLE:FILEPATH=/path/to/bin/qmake \ -DCMAKE_BUILD_TYPE:STRING=Release \ -DSlicer_USE_SYSTEM_python:BOOL=1 \ ../Slicer would output text like this one: [...] -- SuperBuild - python-pyparsing => Requires python[INCLUDED], -- SuperBuild - python-pyparsing[OK] (SYSTEM) -- PYPARSING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- PYPARSING_VERSION: 2.2.0 -- SuperBuild - python-packaging[OK] (SYSTEM) -- PACKAGING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages/packaging -- PACKAGING_VERSION: 16.8 -- SuperBuild - python-six => Requires python[INCLUDED], -- SuperBuild - python-six[OK] (SYSTEM) -- SIX_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- SIX_VERSION: 1.10.0 [...]
View file contents External_python-gitdb.cmake
 26055  3 months  jcfr  ENH: cmake: Check package availability when building against system python This commit implements the check looking for required python modules when building against system version of python. For example, assuming that all required packages are installed in a python virtual environment named "slicer": $ cmake -DQT_QMAKE_EXECUTABLE:FILEPATH=/path/to/bin/qmake \ -DCMAKE_BUILD_TYPE:STRING=Release \ -DSlicer_USE_SYSTEM_python:BOOL=1 \ ../Slicer would output text like this one: [...] -- SuperBuild - python-pyparsing => Requires python[INCLUDED], -- SuperBuild - python-pyparsing[OK] (SYSTEM) -- PYPARSING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- PYPARSING_VERSION: 2.2.0 -- SuperBuild - python-packaging[OK] (SYSTEM) -- PACKAGING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages/packaging -- PACKAGING_VERSION: 16.8 -- SuperBuild - python-six => Requires python[INCLUDED], -- SuperBuild - python-six[OK] (SYSTEM) -- SIX_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- SIX_VERSION: 1.10.0 [...]
View file contents External_python-nose.cmake
 26055  3 months  jcfr  ENH: cmake: Check package availability when building against system python This commit implements the check looking for required python modules when building against system version of python. For example, assuming that all required packages are installed in a python virtual environment named "slicer": $ cmake -DQT_QMAKE_EXECUTABLE:FILEPATH=/path/to/bin/qmake \ -DCMAKE_BUILD_TYPE:STRING=Release \ -DSlicer_USE_SYSTEM_python:BOOL=1 \ ../Slicer would output text like this one: [...] -- SuperBuild - python-pyparsing => Requires python[INCLUDED], -- SuperBuild - python-pyparsing[OK] (SYSTEM) -- PYPARSING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- PYPARSING_VERSION: 2.2.0 -- SuperBuild - python-packaging[OK] (SYSTEM) -- PACKAGING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages/packaging -- PACKAGING_VERSION: 16.8 -- SuperBuild - python-six => Requires python[INCLUDED], -- SuperBuild - python-six[OK] (SYSTEM) -- SIX_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- SIX_VERSION: 1.10.0 [...]
View file contents External_python-packaging.cmake
 26055  3 months  jcfr  ENH: cmake: Check package availability when building against system python This commit implements the check looking for required python modules when building against system version of python. For example, assuming that all required packages are installed in a python virtual environment named "slicer": $ cmake -DQT_QMAKE_EXECUTABLE:FILEPATH=/path/to/bin/qmake \ -DCMAKE_BUILD_TYPE:STRING=Release \ -DSlicer_USE_SYSTEM_python:BOOL=1 \ ../Slicer would output text like this one: [...] -- SuperBuild - python-pyparsing => Requires python[INCLUDED], -- SuperBuild - python-pyparsing[OK] (SYSTEM) -- PYPARSING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- PYPARSING_VERSION: 2.2.0 -- SuperBuild - python-packaging[OK] (SYSTEM) -- PACKAGING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages/packaging -- PACKAGING_VERSION: 16.8 -- SuperBuild - python-six => Requires python[INCLUDED], -- SuperBuild - python-six[OK] (SYSTEM) -- SIX_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- SIX_VERSION: 1.10.0 [...]
View file contents External_python-pip.cmake
 26055  3 months  jcfr  ENH: cmake: Check package availability when building against system python This commit implements the check looking for required python modules when building against system version of python. For example, assuming that all required packages are installed in a python virtual environment named "slicer": $ cmake -DQT_QMAKE_EXECUTABLE:FILEPATH=/path/to/bin/qmake \ -DCMAKE_BUILD_TYPE:STRING=Release \ -DSlicer_USE_SYSTEM_python:BOOL=1 \ ../Slicer would output text like this one: [...] -- SuperBuild - python-pyparsing => Requires python[INCLUDED], -- SuperBuild - python-pyparsing[OK] (SYSTEM) -- PYPARSING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- PYPARSING_VERSION: 2.2.0 -- SuperBuild - python-packaging[OK] (SYSTEM) -- PACKAGING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages/packaging -- PACKAGING_VERSION: 16.8 -- SuperBuild - python-six => Requires python[INCLUDED], -- SuperBuild - python-six[OK] (SYSTEM) -- SIX_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- SIX_VERSION: 1.10.0 [...]
View file contents External_python-pydicom.cmake
 26055  3 months  jcfr  ENH: cmake: Check package availability when building against system python This commit implements the check looking for required python modules when building against system version of python. For example, assuming that all required packages are installed in a python virtual environment named "slicer": $ cmake -DQT_QMAKE_EXECUTABLE:FILEPATH=/path/to/bin/qmake \ -DCMAKE_BUILD_TYPE:STRING=Release \ -DSlicer_USE_SYSTEM_python:BOOL=1 \ ../Slicer would output text like this one: [...] -- SuperBuild - python-pyparsing => Requires python[INCLUDED], -- SuperBuild - python-pyparsing[OK] (SYSTEM) -- PYPARSING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- PYPARSING_VERSION: 2.2.0 -- SuperBuild - python-packaging[OK] (SYSTEM) -- PACKAGING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages/packaging -- PACKAGING_VERSION: 16.8 -- SuperBuild - python-six => Requires python[INCLUDED], -- SuperBuild - python-six[OK] (SYSTEM) -- SIX_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- SIX_VERSION: 1.10.0 [...]
View file contents External_python-pyparsing.cmake
 26055  3 months  jcfr  ENH: cmake: Check package availability when building against system python This commit implements the check looking for required python modules when building against system version of python. For example, assuming that all required packages are installed in a python virtual environment named "slicer": $ cmake -DQT_QMAKE_EXECUTABLE:FILEPATH=/path/to/bin/qmake \ -DCMAKE_BUILD_TYPE:STRING=Release \ -DSlicer_USE_SYSTEM_python:BOOL=1 \ ../Slicer would output text like this one: [...] -- SuperBuild - python-pyparsing => Requires python[INCLUDED], -- SuperBuild - python-pyparsing[OK] (SYSTEM) -- PYPARSING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- PYPARSING_VERSION: 2.2.0 -- SuperBuild - python-packaging[OK] (SYSTEM) -- PACKAGING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages/packaging -- PACKAGING_VERSION: 16.8 -- SuperBuild - python-six => Requires python[INCLUDED], -- SuperBuild - python-six[OK] (SYSTEM) -- SIX_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- SIX_VERSION: 1.10.0 [...]
View file contents External_python-setuptools.cmake
 26191  7 weeks  jcfr  COMP: Fix race condition when building python package. See #4394 commit Slicer/setuptools@057883d Author: Jean-Christophe Fillion-Robin <jchris.fillionr@kitware.com> Date: Wed Aug 2 10:53:05 2017 -0400 Improve support for support parallel build The previous attempt implemented in Slicer/setuptools@057883d2bea6fc didn't scale as expected and triggered errors like the one reported below. This commit remove the use of file lock and instead force the install to use the backward compatibility mode. See https://issues.slicer.org/view.php?id=4394 ``` File "/path/to/Slicer-superbuild/python-install/lib/python2.7/site-packages/setuptools-35.0.1.post20170718-py2.7.egg/setuptools/command/easy_install.py", line 1595, in save self.lockfile.release() File "/path/to/Slicer-superbuild/python-install/lib/python2.7/site-packages/setuptools-35.0.1.post20170718-py2.7.egg/setuptools/command/lockfile/linklockfile.py", line 59, in release raise NotMyLock("%s is locked, but not by me" % self.path) setuptools.command.lockfile.NotMyLock: /path/to/Slicer-superbuild/python-install/lib/python2.7/site-packages/easy-install.pth is locked, but not by me ``` Co-authored-by: Steve Pieper <pieper@bwh.harvard.edu> Co-authored-by: Andriy Fedorov <fedorov@bwh.harvard.edu> From: Jean-Christophe Fillion-Robin <jchris.fillionr@kitware.com>
View file contents External_python-six.cmake
 26055  3 months  jcfr  ENH: cmake: Check package availability when building against system python This commit implements the check looking for required python modules when building against system version of python. For example, assuming that all required packages are installed in a python virtual environment named "slicer": $ cmake -DQT_QMAKE_EXECUTABLE:FILEPATH=/path/to/bin/qmake \ -DCMAKE_BUILD_TYPE:STRING=Release \ -DSlicer_USE_SYSTEM_python:BOOL=1 \ ../Slicer would output text like this one: [...] -- SuperBuild - python-pyparsing => Requires python[INCLUDED], -- SuperBuild - python-pyparsing[OK] (SYSTEM) -- PYPARSING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- PYPARSING_VERSION: 2.2.0 -- SuperBuild - python-packaging[OK] (SYSTEM) -- PACKAGING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages/packaging -- PACKAGING_VERSION: 16.8 -- SuperBuild - python-six => Requires python[INCLUDED], -- SuperBuild - python-six[OK] (SYSTEM) -- SIX_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- SIX_VERSION: 1.10.0 [...]
View file contents External_python-smmap.cmake
 26055  3 months  jcfr  ENH: cmake: Check package availability when building against system python This commit implements the check looking for required python modules when building against system version of python. For example, assuming that all required packages are installed in a python virtual environment named "slicer": $ cmake -DQT_QMAKE_EXECUTABLE:FILEPATH=/path/to/bin/qmake \ -DCMAKE_BUILD_TYPE:STRING=Release \ -DSlicer_USE_SYSTEM_python:BOOL=1 \ ../Slicer would output text like this one: [...] -- SuperBuild - python-pyparsing => Requires python[INCLUDED], -- SuperBuild - python-pyparsing[OK] (SYSTEM) -- PYPARSING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- PYPARSING_VERSION: 2.2.0 -- SuperBuild - python-packaging[OK] (SYSTEM) -- PACKAGING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages/packaging -- PACKAGING_VERSION: 16.8 -- SuperBuild - python-six => Requires python[INCLUDED], -- SuperBuild - python-six[OK] (SYSTEM) -- SIX_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- SIX_VERSION: 1.10.0 [...]
View file contents External_python-wheel.cmake
 26055  3 months  jcfr  ENH: cmake: Check package availability when building against system python This commit implements the check looking for required python modules when building against system version of python. For example, assuming that all required packages are installed in a python virtual environment named "slicer": $ cmake -DQT_QMAKE_EXECUTABLE:FILEPATH=/path/to/bin/qmake \ -DCMAKE_BUILD_TYPE:STRING=Release \ -DSlicer_USE_SYSTEM_python:BOOL=1 \ ../Slicer would output text like this one: [...] -- SuperBuild - python-pyparsing => Requires python[INCLUDED], -- SuperBuild - python-pyparsing[OK] (SYSTEM) -- PYPARSING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- PYPARSING_VERSION: 2.2.0 -- SuperBuild - python-packaging[OK] (SYSTEM) -- PACKAGING_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages/packaging -- PACKAGING_VERSION: 16.8 -- SuperBuild - python-six => Requires python[INCLUDED], -- SuperBuild - python-six[OK] (SYSTEM) -- SIX_PATH: /home/jcfr/.virtualenvs/slicer/local/lib/python2.7/site-packages -- SIX_VERSION: 1.10.0 [...]
View file contents External_python.cmake
 26334  3 weeks  jcfr  ENH: Use copy of upstream FindPatch module This commit integrates the latest version of FindPatch module from https://gitlab.kitware.com/cmake/cmake/merge_requests/1184 It also updates the version of the python build system where the same change was applied: $ git shortlog b9ae615..cc93717 --no-merges Jean-Christophe Fillion-Robin (1): ApplyPatches: Use copy of upstream FindPatch.cmake
View file contents External_qRestAPI.cmake
 26301  4 weeks  jcfr  COMP: Fix extension packaging setting CMAKE_MACOSX_RPATH to 0 Following the update of the minimum required version of CMake to 3.5, the policy CMP0042 started to default to NEW leading to CMAKE_MACOSX_RPATH being initialized to 1 by default. This had the side-effect of including "@rpath/..." into libraries installed during the packaing on macOS and prior the fixup script had a chance to recursively collect, copy and update (aka fixup) the libraries. This commit also updates the external projects removing patches explicitly setting CMP0042 to OLD (e.g ITK). Instead, the variable CMAKE_MACOSX_RPATH is passed to all of them. A merge request has also been submitted to ITK. See http://review.source.kitware.com/#/c/22581/ Related Slicer commits: * r25180 (BUG: Extension packaging: Ensure @rpath is not applied at build time) Related discussions: * https://discourse.slicer.org/t/interpreting-cdash-reporting-extension-is-packaged-despite-build-errors/856 * https://discourse.slicer.org/t/extension-build-failure-on-mac-due-to-error-copying-files/935 This commit fixes error like this one: ``` [...] Error copying file "@rpath/libITKFactoryRegistration.dylib" to "/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib". warning: target '/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib' does not exist... /usr/bin/otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) install_name_tool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) [...] ```
View file contents External_tcl.cmake
 25947  5 months  jcfr  ENH: Introduce PYTHON_STDLIB_SUBDIR and PYTHON_SITE_PACKAGES_SUBDIR CMake vars This commit : (1) avoids duplicated code paths by setting these two variables only in External_python.cmake, (2) prepares the transition to python 3 by removing most of the to hard-coded "python2.7" strings (3) adds the variables to SlicerConfig to facilitate the packaging of python packages within Slicer extensions.
View file contents External_teem.cmake
 26301  4 weeks  jcfr  COMP: Fix extension packaging setting CMAKE_MACOSX_RPATH to 0 Following the update of the minimum required version of CMake to 3.5, the policy CMP0042 started to default to NEW leading to CMAKE_MACOSX_RPATH being initialized to 1 by default. This had the side-effect of including "@rpath/..." into libraries installed during the packaing on macOS and prior the fixup script had a chance to recursively collect, copy and update (aka fixup) the libraries. This commit also updates the external projects removing patches explicitly setting CMP0042 to OLD (e.g ITK). Instead, the variable CMAKE_MACOSX_RPATH is passed to all of them. A merge request has also been submitted to ITK. See http://review.source.kitware.com/#/c/22581/ Related Slicer commits: * r25180 (BUG: Extension packaging: Ensure @rpath is not applied at build time) Related discussions: * https://discourse.slicer.org/t/interpreting-cdash-reporting-extension-is-packaged-despite-build-errors/856 * https://discourse.slicer.org/t/extension-build-failure-on-mac-due-to-error-copying-files/935 This commit fixes error like this one: ``` [...] Error copying file "@rpath/libITKFactoryRegistration.dylib" to "/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib". warning: target '/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib' does not exist... /usr/bin/otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) install_name_tool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) [...] ```
View file contents External_tk.cmake
 23805  2 years  jcfr  ENH: Update build system to more robustly check bitness using void ptr size This commit update the build system so that void pointer size is used instead of system process name. [CTK] $ git shortlog 9e8f66f..f34158 --no-merges Jean-Christophe Fillion-Robin (1): Check bitness using void ptr size instead of system processor name [DMCTK] $ git shortlog f461865..042de27 --no-merges Jean-Christophe Fillion-Robin (1): Update CMake build system to more robustly check bitness using void pointer size
View file contents External_zlib.cmake
 26301  4 weeks  jcfr  COMP: Fix extension packaging setting CMAKE_MACOSX_RPATH to 0 Following the update of the minimum required version of CMake to 3.5, the policy CMP0042 started to default to NEW leading to CMAKE_MACOSX_RPATH being initialized to 1 by default. This had the side-effect of including "@rpath/..." into libraries installed during the packaing on macOS and prior the fixup script had a chance to recursively collect, copy and update (aka fixup) the libraries. This commit also updates the external projects removing patches explicitly setting CMP0042 to OLD (e.g ITK). Instead, the variable CMAKE_MACOSX_RPATH is passed to all of them. A merge request has also been submitted to ITK. See http://review.source.kitware.com/#/c/22581/ Related Slicer commits: * r25180 (BUG: Extension packaging: Ensure @rpath is not applied at build time) Related discussions: * https://discourse.slicer.org/t/interpreting-cdash-reporting-extension-is-packaged-despite-build-errors/856 * https://discourse.slicer.org/t/extension-build-failure-on-mac-due-to-error-copying-files/935 This commit fixes error like this one: ``` [...] Error copying file "@rpath/libITKFactoryRegistration.dylib" to "/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib". warning: target '/.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib' does not exist... /usr/bin/otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) otool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) install_name_tool: can't open file: /.../SwissSkullStripper-build/_CPack_Packages/Darwin/TGZ/26298-macosx-amd64-SwissSkullStripper-git17391c3-2017-05-16/Slicer.app/Contents/lib/Slicer-4.7/libITKFactoryRegistration.dylib (No such file or directory) [...] ```
View file contents numpy-01-system_info-fix-clang.patch
 26335  3 weeks  jcfr  ENH: Update NUMPY external project to apply patches using patch executable
View file contents numpy-02-fcompiler-optional-revert-4a3fd1f.patch
 26335  3 weeks  jcfr  ENH: Update NUMPY external project to apply patches using patch executable
View file contents numpy-03-core-getlimits-ignore-warnings.patch
 26337  3 weeks  jcfr  BUG: Patch NUMPY to ignore warning "invalid value encountered in power" See https://discourse.slicer.org/t/runtime-warning-on-startup-in-numpy/757/10 Fixes https://issues.slicer.org/view.php?id=4419 Thanks to the use of "SlicerPatch" module, patch are applies selectively: ``` [ 93%] Performing patch step for 'NUMPY' -- Applying 'numpy-01-system_info-fix-clang.patch' - skipping (already applied) -- Applying 'numpy-02-fcompiler-optional-revert-4a3fd1f.patch' - skipping (already applied) -- Applying 'numpy-03-core-getlimits-ignore-warnings.patch' - done ```
View file contents python_customPythonLauncherSettings.ini.in
 25954  5 months  jcfr  ENH: Support execution of python binaries using SlicerPython launcher env Running the python executable (or any binaries installed by python) using SlicerPython launcher environment will now resolve to the correct binary. For example, here are after/before results associated with a linux Slicer build tree. After: $ eval $(SlicerPython --launcher-show-set-environment-commands) $ which python /path/to/python-install/bin/python Before: $ eval $(SlicerPython --launcher-show-set-environment-commands) $ which python /usr/bin/python Note that within a Slicer package, python executable is currently renamed to "python-real". See r23057 (BUG: Rename installed python executable to account for case-insistive system) for the rational. Background: The python project built by Slicer is installed in /path/to/Slicer-SuperBuild/python-install, in addition to the python executable, a launcher named "SlicerPython" is also configured and set as PYTHON_EXECUTABLE CMake variable to ensure build step relying on python built by Slicer resolve to the expected environment.
View file contents python_customPython_configure.cmake.in
 25947  5 months  jcfr  ENH: Introduce PYTHON_STDLIB_SUBDIR and PYTHON_SITE_PACKAGES_SUBDIR CMake vars This commit : (1) avoids duplicated code paths by setting these two variables only in External_python.cmake, (2) prepares the transition to python 3 by removing most of the to hard-coded "python2.7" strings (3) adds the variables to SlicerConfig to facilitate the packaging of python packages within Slicer extensions.
 

  Subversion  TortoiseSVN  ViewVC