I’m having an issue generating and using a XCode project using cmake -G.
cmake —version
cmake version 3.4.1
Xcode Version 7.2 (7C68)
Mac OS 10.11.
My CMakeLists.txt has a clang option that fails during the -G Xcode pass but
fails when linking within XCode.
The compiler / linker option is
Happy New Year!
To start the new year right, Kitware will be holding a CMake training
course on March 14, 2016 at Kitware's office in Lyon, France. This
one-day course will cover CMake, CTest, CPack and CDash.
Visit our website for more information and registration details (early
registratio
On 1/15/2016 7:19 PM, mozzis wrote:
Well, CMAKE is the thing that is conflating this idea of a “generator”
(which is clearly a concept in CMAKE’s own domain of “build
configuration generator”) with the idea of “platform” or “architecture”
(which is a concept in the domain of certain kinds of buil
For our project we set QT_BINARY_DIR which finds most of the Qt5XXX ones (it is
defined in the FindQt5.cmake).
We however also added the non-standard QT_LIBRARY_CMAKE_DIR to search for the
Qt5 when they are not installed in the default location (the default we put
is ${QT_BINARY_DIR}/../lib/
A better alternative would be to use the command line switch
-DCMAKE_PREFIX_PATH= or similarly via CMake-GUI. Or
you could also use the env var. See
https://cmake.org/cmake/help/v3.3/command/find_package.html?highlight=cmake_prefix_path
for search order.
On Mon, Jan 18, 2016 at 9:08 AM, Nikita Bar
Hi,
My project needs Qt5 .
Adding
find_package (Qt5Widgets)
to CMakeLists.txt could not find Qt .
So I added,
set (CMAKE_PREFIX_PATH
"< Qt installation path>")
It is working fine now. But is there any alternative to find qt5 package
without hardcoding CMAKE_PREFIX_PATH ?
Regards,
Nik
