Re: [cmake-developers] ninja enforces explicit dependencies before order-only
On Tue, Apr 2, 2013 at 9:19 AM, Brad King brad.k...@kitware.com wrote: ... a side effect? Is there another way to do this in CMake's Ninja gen? Yes I have found a way we can do this in CMake's Ninja generator. The Ninja generator needs to be taught to create phony ninja targets for any file that exists in the build directory and which is a dependency of a custom command target ( this might need to be expanded to a dependency of any target in the future). Ninja phony targets can also be used to create targets for files which may not exist at build time otherwise an error will occur if the file does not exist. I hope to have a branch by the end of this week that will update the Ninja generator with this fix. -- Robert Maynard -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] usr-move v. cross-compiling
On 04/01/2013 10:25 AM, Brad King wrote: http://www.cmake.org/Bug/view.php?id=14041 Our usr-move changes to hard-code the /usr prefix conflicts with cross-compiling cases where the host side relocates a package under some new root and finds it with CMAKE_FIND_ROOT_PATH. Here is a fix using a new approach to support usr-move: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=6c613b43 While implementing this I realized the old approach was not fully implemented in configure_package_config_file anyway because while not referencing PACKAGE_PREFIX_DIR it would still leave that variable set improperly after PACKAGE_INIT. The new approach restores the original references to PACKAGE_PREFIX_DIR in all cases but adds code to fix its value in the usr-move case. -Brad -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
[cmake-developers] CMake master, Qt dialog and Qt4/5 installed has problems
Hi,
I was updating my machine earlier today, and wanted to build the
latest CMake master (00ef90). I am using Arch Linux with Qt 4 and Qt 5
installed. If I compile with qmake-qt4 then I see the following
compile failure,
[ 88%] Generating qrc_CMakeSetup.cpp
/bin/sh: //bin/rcc: No such file or directory
make[2]: *** [Source/QtDialog/qrc_CMakeSetup.cpp] Error 127
make[1]: *** [Source/QtDialog/CMakeFiles/cmake-gui.dir/all] Error 2
make: *** [all] Error 2
Making the following changed allowed me to compile the Qt dialog with Qt 4,
diff --git a/Source/QtDialog/CMakeLists.txt b/Source/QtDialog/CMakeLists.txt
index 1684fb2..2966082 100644
--- a/Source/QtDialog/CMakeLists.txt
+++ b/Source/QtDialog/CMakeLists.txt
@@ -12,7 +12,7 @@
project(QtDialog)
find_package(Qt5Widgets QUIET)
-if (Qt5Widgets_FOUND)
+if (Qt5Widgets_FOUND AND FALSE)
include_directories(${Qt5Widgets_INCLUDE_DIRS})
add_definitions(${Qt5Widgets_DEFINITONS})
macro(qt4_wrap_ui)
It seems like even when not using Qt 5 it is attempting to use it, but
failing here at least. I didn't look into it too deeply - is the new
behavior to force Qt 5 if available? I haven't been following master
in the last couple of weeks, but it would be nice to resolve the issue
before the next release.
Marcus
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Documentation 'latest' url
On 09/21/2012 04:36 PM, Stephen Kelly wrote: Hi, This page has links for various versions of cmake: http://www.cmake.org/cmake/help/documentation.html Would it be possible to get a 'latest' url too, such as http://www.cmake.org/cmake/help/latest/cmake.html It would make more sense to link to such a url from the Qt documentation. Thanks, Steve. Excavating this oldish, unanswered post: +1 from me! It certainly would help linking to the up-to-date docs from the Wiki... Michael -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
