Skip to content

Issues when packaging on Windows with subfolders #108

@Palamecia

Description

@Palamecia

Hello,
We are trying to package our framework on Windows and we are using subfolders. Our tree is :

bin/framework_name/binaries, dll
lib/ framework_name/lib

When dll are generated, they are found in lib and once they are installed, all files are found in lib. This represents an issue when we run tests because the executables cannot charge the dll, as well as during packaging since the generated tree does not match our expectations.

This issue seems connected to the following files:
install.cmake :

  if(ARG_SUBFOLDER)
    set(_dll_output ${QI_SDK_LIB}/${ARG_SUBFOLDER})
  else()
    set(_dll_output ${QI_SDK_BIN})
  endif()

   if(WIN32)
    set(_runtime_output ${_dll_output})
  else()
    set(_runtime_output ${QI_SDK_BIN}/${ARG_SUBFOLDER})
  endif()

target.cmake :

  # Prevent having '//' in folder names, vs 2008 does not like it
  if("${ARG_SUBFOLDER}" STREQUAL "")
    set(_runtime_out "${QI_SDK_DIR}/${QI_SDK_BIN}")
    set(_lib_out     "${QI_SDK_DIR}/${QI_SDK_LIB}")
  else()
    set(_runtime_out "${QI_SDK_DIR}/${QI_SDK_LIB}/${ARG_SUBFOLDER}")
    set(_lib_out     "${QI_SDK_DIR}/${QI_SDK_LIB}/${ARG_SUBFOLDER}")
  endif()

Why is it that the _runtime_out(put) variable uses QI_SDK_BIN with no SUBFOLDER positioned, and QI_SDK_LIB with a SUBFOLDER?
Shouldn't we always use QI_SDK_BIN or at least be able to configure the expected behavior?

We also encounter issues when generating -config.cmake files, but these issues seem to be solved in the next branch (commit 05479f6).
Are there any plans for a new version including this modification?

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions