ENH: Refactor CMake project infrastructure#27
Conversation
- Removed old configuration and use CMake files in favor of`qRestAPIConfig.cmake.in` - Enable install configuration through implementation of qRestAPIInstallConfig.cmake.in - Enabled installation of development files.
|
@lassoan could this PR be reviewed? Installation is crucial for packaging purposes. Thanks! |
@ferdymercury I'm curious about your use case. What type of package are you thinking of? |
|
Mostly building slicer with superbuild=off but potentially also creating homebrew formula tap |
|
We discussed this today with @RafaelPalomar and he'll have a fresh look at it and if it seems all good then we'll get this merged. @ferdymercury have you tested this PR - if the changes solve your packaging needs? |
|
Yes, thanks for the reply. I tried with this branch and it seems to work: gives: so it looks fine. However, as a potential improvement one could do the following changes so outside users know better what to do: |
This PR updates the cmake project definition for qRestAPI:
qRestAPIConfig.cmake.inThis PR has been greatly inspired on the project definition for vtkAddon project. The motivation for this PR is to enable this library as a standalone library that can be installed and used in other projects and will be useful to build 3D Sclier with
SUPERBUILD=OFFand support the SystoleOS.Since these changes affect the cmake configuration files (most notably removing the need for
UseqRestAPI.cmakefile), projects using the library will need to update their cmake project definitions.Installation examples
Library installation
Library and development files installation
content of install configuration: