Re: [CMake] 'AUTOMOC' feature skips sources of executable targets?
Haroogan wrote: On 29-Apr-13 23:27, Alexander Neundorf wrote: On Monday 29 April 2013, Haroogan wrote: Have a look at my post on StackOverflow http://stackoverflow.com/questions/16286872/cmake-automoc-feature-skips- so urces-of-executable-targets for details. http://stackoverflow.com/questions/16286872/cmake-automoc-feature-skips- so urces-of-executable-targets can you please create a small testcase and post it here, or create an entry on http://public.kitware.com/Bug and attach it there ? It should work. I've found the cause, and I think that's very confusing behavior. I'll try to do my best explaining it. Let's begin with top 'CMakeLists.txt': ... set(CMAKE_INCLUDE_CURRENT_DIR ON) set(CMAKE_AUTOMOC ON) ... # NOTE: Order matters (the most independent ones go first) # because some libraries expose variables through cache (see below). add_subdirectory(components/B) add_subdirectory(components/A) add_subdirectory(components/Executable) So imagine that we have the 'FindMyPrecious.cmake' custom CMake module to locate 3rd party framework MyPrecious: find_package(Qt4 4.7.4 COMPONENTS QtCore QtGui QtXml REQUIRED) find_path(MyPrecious_INCLUDE_DIR...) find_library(MyPrecious_LIBRARY_DEBUG...) find_library(MyPrecious_LIBRARY_RELEASE...) set(QT_DEFINITIONS ${QT_DEFINITIONS} -DQT_CORE_LIB -DQT_GUI_LIB -DQT_XML_LIB) if (CMAKE_BUILD_TYPE MATCHES [Dd][Ee][Bb][Uu][Gg]) set(QT_DEFINITIONS ${QT_DEFINITIONS} -DQT_DEBUG) else () set(QT_DEFINITIONS ${QT_DEFINITIONS} -DQT_NO_DEBUG) endif () set(MyPrecious_DEFINITIONS ${QT_DEFINITIONS}) set(MyPrecious_INCLUDE_DIRS ${MyPrecious_INCLUDE_DIR} ${QT_INCLUDE_DIR} ${QT_QTCORE_INCLUDE_DIR} ${QT_QTGUI_INCLUDE_DIR} ${QT_QTXML_INCLUDE_DIR}) set(MyPrecious_LIBRARY debug ${MyPrecious_LIBRARY_DEBUG} optimized ${MyPrecious_LIBRARY_RELEASE}) cmake --help-module SelectLibraryConfigurations # --- # ATTENTION: Theoretically, I don't have to add the line below. # --- # find_package(MyPrecious REQUIRED) You have to. If you don't the non-cached variables like QT_VERSION* are not present in this scope. No Qt, no automoc. And everything else may only work by pure luck. Also you should read the warning about file(GLOB) in the documentation. Eike -- signature.asc Description: This is a digitally signed message part. -- 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://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] 'AUTOMOC' feature skips sources of executable targets?
On 30-Apr-13 08:40, Rolf Eike Beer wrote: Haroogan wrote: On 29-Apr-13 23:27, Alexander Neundorf wrote: On Monday 29 April 2013, Haroogan wrote: Have a look at my post on StackOverflow http://stackoverflow.com/questions/16286872/cmake-automoc-feature-skips- so urces-of-executable-targets for details. http://stackoverflow.com/questions/16286872/cmake-automoc-feature-skips- so urces-of-executable-targets can you please create a small testcase and post it here, or create an entry on http://public.kitware.com/Bug and attach it there ? It should work. I've found the cause, and I think that's very confusing behavior. I'll try to do my best explaining it. Let's begin with top 'CMakeLists.txt': ... set(CMAKE_INCLUDE_CURRENT_DIR ON) set(CMAKE_AUTOMOC ON) ... # NOTE: Order matters (the most independent ones go first) # because some libraries expose variables through cache (see below). add_subdirectory(components/B) add_subdirectory(components/A) add_subdirectory(components/Executable) So imagine that we have the 'FindMyPrecious.cmake' custom CMake module to locate 3rd party framework MyPrecious: find_package(Qt4 4.7.4 COMPONENTS QtCore QtGui QtXml REQUIRED) find_path(MyPrecious_INCLUDE_DIR...) find_library(MyPrecious_LIBRARY_DEBUG...) find_library(MyPrecious_LIBRARY_RELEASE...) set(QT_DEFINITIONS ${QT_DEFINITIONS} -DQT_CORE_LIB -DQT_GUI_LIB -DQT_XML_LIB) if (CMAKE_BUILD_TYPE MATCHES [Dd][Ee][Bb][Uu][Gg]) set(QT_DEFINITIONS ${QT_DEFINITIONS} -DQT_DEBUG) else () set(QT_DEFINITIONS ${QT_DEFINITIONS} -DQT_NO_DEBUG) endif () set(MyPrecious_DEFINITIONS ${QT_DEFINITIONS}) set(MyPrecious_INCLUDE_DIRS ${MyPrecious_INCLUDE_DIR} ${QT_INCLUDE_DIR} ${QT_QTCORE_INCLUDE_DIR} ${QT_QTGUI_INCLUDE_DIR} ${QT_QTXML_INCLUDE_DIR}) set(MyPrecious_LIBRARY debug ${MyPrecious_LIBRARY_DEBUG} optimized ${MyPrecious_LIBRARY_RELEASE}) cmake --help-module SelectLibraryConfigurations # --- # ATTENTION: Theoretically, I don't have to add the line below. # --- # find_package(MyPrecious REQUIRED) You have to. If you don't the non-cached variables like QT_VERSION* are not present in this scope. No Qt, no automoc. And everything else may only work by pure luck. Also you should read the warning about file(GLOB) in the documentation. Eike -- -- 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://www.cmake.org/mailman/listinfo/cmake Thank you for clarifying this. What would you recommend? Shall I find Qt explicitly or implicitly (like with MyPrecious) in every subproject, and not rely on transitive dependency technique all at once? What is sort of the best practice? Concerning GLOB, yes, I'm aware of that, but to be honest this warning doesn't make sense at all since: 1. I think it is evident to everyone that CMake can capture those files only during the configuration/generation stage; 2. What's the point of recommending against it? Either one adds sources by hand or one does it with GLOB - one has to rerun CMake anyway. However, with GLOB one doesn't have to add sources manually. -- 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://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] 'AUTOMOC' feature skips sources of executable targets?
On Tuesday 30 April 2013, Haroogan wrote: .. 2. What's the point of recommending against it? Either one adds sources by hand or one does it with GLOB - one has to rerun CMake anyway. No, this is not necessary. CMake is rerun automatically whenever necessary. By adding a file to a CMakeLists.txt, cmake detects that one of its input files changed, and so regenerates the build files. So by adding the file, you automatically trigger everything what's necessary. Usually adding the files is only a significant piece of work when setting up the buildsystem, after that usually only very few files (typically 1 or 2) are added at once, so I don't see this as a real problem. Alex -- 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://www.cmake.org/mailman/listinfo/cmake
[CMake] 'AUTOMOC' feature skips sources of executable targets?
Have a look at my post on StackOverflow http://stackoverflow.com/questions/16286872/cmake-automoc-feature-skips-sources-of-executable-targets for details. http://stackoverflow.com/questions/16286872/cmake-automoc-feature-skips-sources-of-executable-targets -- 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://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] 'AUTOMOC' feature skips sources of executable targets?
On Monday 29 April 2013, Haroogan wrote: Have a look at my post on StackOverflow http://stackoverflow.com/questions/16286872/cmake-automoc-feature-skips-so urces-of-executable-targets for details. http://stackoverflow.com/questions/16286872/cmake-automoc-feature-skips-so urces-of-executable-targets can you please create a small testcase and post it here, or create an entry on http://public.kitware.com/Bug and attach it there ? It should work. Alex -- 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://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] 'AUTOMOC' feature skips sources of executable targets?
On 29-Apr-13 23:27, Alexander Neundorf wrote: On Monday 29 April 2013, Haroogan wrote: Have a look at my post on StackOverflow http://stackoverflow.com/questions/16286872/cmake-automoc-feature-skips-so urces-of-executable-targets for details. http://stackoverflow.com/questions/16286872/cmake-automoc-feature-skips-so urces-of-executable-targets can you please create a small testcase and post it here, or create an entry on http://public.kitware.com/Bug and attach it there ? It should work. Alex Just tried a simple test case, involving bare executable, and that indeed works. As I said in the real project, this executable links with several shared libraries. How can that affect the fact that 'AUTOMOC' should be carried out for executable's sources? Nothing else changes, I promise. Unfortunately, it would be very cumbersome to create an example since we depend on 3rd party framework, which has to be built and properly incorporated into the project, and I wouldn't impose such a burden on you. What could be the potential problem? -- 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://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] 'AUTOMOC' feature skips sources of executable targets?
On Monday 29 April 2013, Haroogan wrote: On 29-Apr-13 23:27, Alexander Neundorf wrote: On Monday 29 April 2013, Haroogan wrote: Have a look at my post on StackOverflow http://stackoverflow.com/questions/16286872/cmake-automoc-feature-skips -so urces-of-executable-targets for details. http://stackoverflow.com/questions/16286872/cmake-automoc-feature-skips -so urces-of-executable-targets can you please create a small testcase and post it here, or create an entry on http://public.kitware.com/Bug and attach it there ? It should work. Alex Just tried a simple test case, involving bare executable, and that indeed works. As I said in the real project, this executable links with several shared libraries. How can that affect the fact that 'AUTOMOC' should be carried out for executable's sources? Nothing else changes, I promise. Unfortunately, it would be very cumbersome to create an example since we depend on 3rd party framework, which has to be built and properly incorporated into the project, and I wouldn't impose such a burden on you. What could be the potential problem? Not much. The cmake variable QT_VERSION_MAJOR must be set. That's more or less the only thing I can think of. Alex -- 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://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] 'AUTOMOC' feature skips sources of executable targets?
On 29-Apr-13 23:27, Alexander Neundorf wrote: On Monday 29 April 2013, Haroogan wrote: Have a look at my post on StackOverflow http://stackoverflow.com/questions/16286872/cmake-automoc-feature-skips-so urces-of-executable-targets for details. http://stackoverflow.com/questions/16286872/cmake-automoc-feature-skips-so urces-of-executable-targets can you please create a small testcase and post it here, or create an entry on http://public.kitware.com/Bug and attach it there ? It should work. Alex I've found the cause, and I think that's very confusing behavior. I'll try to do my best explaining it. Let's begin with top 'CMakeLists.txt': ... set(CMAKE_INCLUDE_CURRENT_DIR ON) set(CMAKE_AUTOMOC ON) ... # NOTE: Order matters (the most independent ones go first) # because some libraries expose variables through cache (see below). add_subdirectory(components/B) add_subdirectory(components/A) add_subdirectory(components/Executable) So imagine that we have the 'FindMyPrecious.cmake' custom CMake module to locate 3rd party framework MyPrecious: find_package(Qt4 4.7.4 COMPONENTS QtCore QtGui QtXml REQUIRED) find_path(MyPrecious_INCLUDE_DIR...) find_library(MyPrecious_LIBRARY_DEBUG...) find_library(MyPrecious_LIBRARY_RELEASE...) set(QT_DEFINITIONS ${QT_DEFINITIONS} -DQT_CORE_LIB -DQT_GUI_LIB -DQT_XML_LIB) if (CMAKE_BUILD_TYPE MATCHES [Dd][Ee][Bb][Uu][Gg]) set(QT_DEFINITIONS ${QT_DEFINITIONS} -DQT_DEBUG) else () set(QT_DEFINITIONS ${QT_DEFINITIONS} -DQT_NO_DEBUG) endif () set(MyPrecious_DEFINITIONS ${QT_DEFINITIONS}) set(MyPrecious_INCLUDE_DIRS ${MyPrecious_INCLUDE_DIR} ${QT_INCLUDE_DIR} ${QT_QTCORE_INCLUDE_DIR} ${QT_QTGUI_INCLUDE_DIR} ${QT_QTXML_INCLUDE_DIR}) set(MyPrecious_LIBRARY debug ${MyPrecious_LIBRARY_DEBUG} optimized ${MyPrecious_LIBRARY_RELEASE}) set(MyPrecious_LIBRARIES ${MyPrecious_LIBRARY} ${QT_QTCORE_LIBRARY} ${QT_QTGUI_LIBRARY} ${QT_QTXML_LIBRARY}) include(FindPackageHandleStandardArgs) find_package_handle_standard_args(MyPrecious DEFAULT_MSG MyPrecious_INCLUDE_DIR MyPrecious_LIBRARY MyPrecious_LIBRARY_DEBUG MyPrecious_LIBRARY_RELEASE) mark_as_advanced(MyPrecious_INCLUDE_DIR MyPrecious_LIBRARY MyPrecious_LIBRARY_DEBUG MyPrecious_LIBRARY_RELEASE) Everything is cool so far. One thing to note is that since MyPrecious depends on Qt we are employing transitive dependency strategy as recommended on CMake Wiki. Now let's move to the shared library A (from our project) which depends on MyPrecious: cmake_minimum_required(VERSION 2.8.10) project(A C CXX) find_package(MyPrecious REQUIRED) file(GLOB CPP_FILES sources/*.cpp) add_definitions(${MyPrecious_DEFINITIONS}) include_directories(${B_INCLUDE_DIRS}# some other library B (in this case header-only); B exposed includes with the same strategy ${MyPrecious_INCLUDE_DIRS}) add_library(${PROJECT_NAME} SHARED ${CPP_FILES}) target_link_libraries(${PROJECT_NAME} ${MyPrecious_LIBRARIES}) # Pay attention here, we want to make definitions and includes visible (through cache) to the executable since it is going to link against this library A set(${PROJECT_NAME}_DEFINITIONS ${MyPrecious_DEFINITIONS} CACHE INTERNAL ${PROJECT_NAME}: Definitions FORCE) set(${PROJECT_NAME}_INCLUDE_DIRS ${PROJECT_SOURCE_DIR}/includes ${B_INCLUDE_DIRS}# some other library B (in this case header-only);B exposed includes with the same strategy ${MyPrecious_INCLUDE_DIRS} CACHE INTERNAL ${PROJECT_NAME}: Include Directories FORCE) Finally, let's move to the executable project: cmake_minimum_required(VERSION 2.8.10) project(Executable C CXX) # --- # ATTENTION: Theoretically, I don't have to add the line below. # --- # find_package(MyPrecious REQUIRED) # --- # Furthermore, as I said if I use plain old 'qt4_wrap_cpp', I don't add it and everything builds fine indeed. # However, now when using 'AUTOMOC' approach it turns out that without this line CMake does not create 'AUTOMOC' target for sources of this project. # The above line simply finds MyPrecious, which you can see is not even used any further. I.e. all the definitions and includes of Qt, MyPrecious, B, and A are # obtained transitively through the cache variables (see below/above). However, we know that the above line finds Qt too. # So the only logical thing that comes to my mind is that CMakes 'AUTOMOC' feature works only when one explicitly or implicitly (like in this case) finds Qt (with `find_package`) # for the project which is desired to be 'AUTOMOC'ed. I