Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#55807 - [qt5-base] CMake policy not set
Attached to Project:
Arch Linux
Opened by Manuel Schneider (manuelschneid3r) - Friday, 29 September 2017, 15:26 GMT
Last edited by Antonio Rojas (arojas) - Saturday, 30 September 2017, 14:36 GMT
Opened by Manuel Schneider (manuelschneid3r) - Friday, 29 September 2017, 15:26 GMT
Last edited by Antonio Rojas (arojas) - Saturday, 30 September 2017, 14:36 GMT
|
DetailsSteps to reproduce:
- Build a qt project This results in a warning that the CMake policy CMP0053 is not set. Please set it with cmake_policy(SET CMP0053 NEW) The error: CMake Warning (dev) at /usr/lib64/cmake/Qt5/Qt5ModuleLocation.cmake:4 (set): Policy CMP0053 is not set: Simplify variable reference and escape sequence evaluation. Run "cmake --help-policy CMP0053" for policy details. Use the cmake_policy command to set the policy and suppress this warning. For input: '${_qt5_install_prefix}/Qt5@module@/Qt5@module@Config.cmake' the old evaluation rules produce: '/usr/lib64/cmake/Qt5/Qt5Config.cmake' but the new evaluation rules produce: '/usr/lib64/cmake/Qt5@module@/Qt5@module@Config.cmake' Using the old result for compatibility since the policy is not set. Call Stack (most recent call first): /usr/lib64/cmake/Qt5/Qt5Config.cmake:25 (include) src/lib/globalshortcut/CMakeLists.txt:24 (find_package) This warning is for project developers. Use -Wno-dev to suppress it. Please set it. |
This task depends upon
Closed by Antonio Rojas (arojas)
Saturday, 30 September 2017, 14:36 GMT
Reason for closing: Upstream
Saturday, 30 September 2017, 14:36 GMT
Reason for closing: Upstream
Second, the file comes from upstream, not from Arch, so nothing is likely to happen here.