We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
RTTR 0.9.5 seems to ignore a given CMAKE_INSTALL_PREFIX command line interface argument:
CMAKE_INSTALL_PREFIX
cmake -G"CodeBlocks - Ninja" -Hrttr-0.9.5-src -Bbuild-rttr-0.9.5/x64/vc140/Release -DCMAKE_BUILD_TYPE=Release -DCMAKE_C_COMPILER=cl -DCMAKE_CXX_COMPILER=cl -DCMAKE_INSTALL_PREFIX=../native/rttr/rttr-0.9.5-x64 cmake --build build-rttr-0.9.5/x64/vc140/Release --config Release --target install cmake -G"CodeBlocks - Ninja" -Hrttr-0.9.5-src -Bbuild-rttr-0.9.5/x64/mgw63/Release -DCMAKE_BUILD_TYPE=Release -DCMAKE_C_COMPILER=gcc -DCMAKE_CXX_COMPILER=g++ -DCMAKE_INSTALL_PREFIX=../native/rttr/rttr-0.9.5-x64 cmake --build build-rttr-0.9.5/x64/mgw63/Release --config Release --target install
Both installations are made into the directory ${PROJECT_BINARY_DIR}/install, instead of the given directory ../native/rttr/rttr-0.9.5-x64.
${PROJECT_BINARY_DIR}/install
../native/rttr/rttr-0.9.5-x64
Edit: The problem is https://github.com/rttrorg/rttr/blob/master/CMakeLists.txt#L90, where CMAKE_INSTALL_PREFIX is hardcoded. I think it would be better to follow the standard CMake conventions and do not rely on custom variables.
The text was updated successfully, but these errors were encountered:
2f43e40
No branches or pull requests
RTTR 0.9.5 seems to ignore a given
CMAKE_INSTALL_PREFIX
command line interface argument:Both installations are made into the directory
${PROJECT_BINARY_DIR}/install
, instead of the given directory../native/rttr/rttr-0.9.5-x64
.Edit: The problem is https://github.com/rttrorg/rttr/blob/master/CMakeLists.txt#L90, where
CMAKE_INSTALL_PREFIX
is hardcoded. I think it would be better to follow the standard CMake conventions and do not rely on custom variables.The text was updated successfully, but these errors were encountered: