1. 17 Feb, 2010 1 commit
  2. 18 Jan, 2010 2 commits
    • Alexander Neundorf's avatar
      -make the imported targets feature of FindQt4.cmake fully backwards compatible · 03769801
      Alexander Neundorf authored
      After discussing with Brad and Clinton:
      -the namespace for the imported targets is now "Qt4::", tested with Makefiles, Visual Studio and XCode projects
      -the imported targets are always created
      -if QT_USE_IMPORTED_TARGETS is set to TRUE (it defaults to FALSE), the QT_QTFOO_LIBRARY variables are set to point to these imported
      targets, otherwise the old behaviour is used.
      -on OSX if Qt has been found as framework, disable QT_USE_IMPORTED_TARGETS, since cmake doesn't handle the framework directory as location of the library correctly
    • Alexander Neundorf's avatar
      some tweaks as suggested by Brad (no functional changes) · 1833961c
      Alexander Neundorf authored
      -set the type of the IMPORTED libraries to UNKNOWN, this way also on Windows
      only the "LOCATION" property has to be set
      -the if() around the SET(QT_${basename}_FOUND 1) was useless (always true)
      -the mapping of the configuration types DEBUG and PROFILE did not belong here
  3. 17 Jan, 2010 1 commit
    • Alexander Neundorf's avatar
      -create imported library targets for the Qt4 libs · 6d393130
      Alexander Neundorf authored
      This commit syncs FindQt4.cmake again with KDEs version.
      Now for every Qt library an imported target with the name
      Qt4ImportedTarget__<LIBNAME> is created.
      This way we can now finally handle the release and debug versions of the Qt
      libraries correctly.
      Also, if a Qt-using project A installs a file with exported targets, these
      targets now depend on the imported Qt targets, e.g.
      Qt4ImportedTarget__QtCore. The location of QtCore is then resolved at
      buildtime of project B, which uses the exported targets from project A.
       Before this patch the full path to the QtCore on the original build machine
      of project A was stored, so this had to match the directory layout on the
      build machine for project B.
  4. 13 Jan, 2010 1 commit
  5. 23 Dec, 2009 1 commit
  6. 20 Dec, 2009 2 commits
  7. 16 Dec, 2009 1 commit
    • Alexander Neundorf's avatar
      -better support for Qt4 as frameworks · eb83c197
      Alexander Neundorf authored
      before this patch -F<framework> dir had to be added manually in some way
      when using Qt4 installed as framework and when using FindQt4.cmake directly,
      i.e. without UseQt4.cmake. With this patch the framework dir is
      automatically added to QT_INCLUDE_DIR when Qt is installed as a framework.
      Ok by Clinton, tested already in KDE by Mike Arthur.
  8. 23 Nov, 2009 1 commit
  9. 17 Nov, 2009 1 commit
  10. 15 Nov, 2009 1 commit
    • Alexander Neundorf's avatar
      Split some logic of FindQt4.cmake into separate files, which are included automatically. · 0f457937
      Alexander Neundorf authored
      Qt4Macros.cmake: all the "public" macros of FindQt4.cmake
      Qt4ConfigDependentSettings.cmake: the code for detecting the
      Qt-configuration dependent additional libraries, e.g. when linking statically.
      There should be no functional changes in this patch.
      The patch reduces the length of FindQt4.cmake from 1700 lines to around 1000
      lines, which is still long enough, but this should make the file a easier to
      handle (and it is similar to what we do in KDE with FindKDE4Internal.cmake
      and KDE4Macros.cmake)
      Ok by Clinton.
  11. 12 Nov, 2009 1 commit
  12. 10 Nov, 2009 1 commit
  13. 09 Nov, 2009 1 commit
  14. 08 Nov, 2009 2 commits
  15. 07 Oct, 2009 1 commit
  16. 05 Oct, 2009 1 commit
  17. 04 Oct, 2009 1 commit
    • Alexander Neundorf's avatar
      some syncing with the FindQt4.cmake from KDE · e364dc78
      Alexander Neundorf authored
      -remove the parentheses in the if() conditions, they don't change the
      result, and without them these lines are identical to the ones in
      FindQt4.cmake from KDE
      -mention which qmake was used for finding Qt
  18. 03 Oct, 2009 1 commit
  19. 01 Oct, 2009 2 commits
  20. 28 Sep, 2009 1 commit
    • Brad King's avatar
      Convert CMake find-modules to BSD License · c4bb9c9d
      Brad King authored
      This adds copyright/license notification blocks CMake's find-modules.
      Many of the modules had no notices at all.  Some had notices referring
      to the BSD license already.  This commit normalizes existing notices and
      adds missing notices.
  21. 22 Sep, 2009 2 commits
  22. 21 Sep, 2009 1 commit
  23. 01 Sep, 2009 1 commit
  24. 16 Jul, 2009 1 commit
  25. 19 May, 2009 1 commit
  26. 06 May, 2009 3 commits
  27. 26 Mar, 2009 1 commit
    • Clinton Stimpson's avatar
      · ff561cd1
      Clinton Stimpson authored
      ENH:  Do a recheck of QT_MAC_USE_COCOA when qmake executable changes.
  28. 25 Mar, 2009 1 commit
    • Clinton Stimpson's avatar
      · 6a6ade8d
      Clinton Stimpson authored
      ENH:  Support OUTPUT_LOCATION property for qm files.
            Fixes #8492.
  29. 19 Mar, 2009 1 commit
    • Clinton Stimpson's avatar
      · 55a6042d
      Clinton Stimpson authored
      BUG:  Need to fix find of qtmain library when qmake executable is changed.
  30. 25 Feb, 2009 1 commit
  31. 19 Feb, 2009 2 commits
    • Clinton Stimpson's avatar
      · 08ca8f50
      Clinton Stimpson authored
      ENH:  Support COMPONENTS argument to find_package().
            See bug #8542.
    • Clinton Stimpson's avatar
      · abdcf914
      Clinton Stimpson authored
      ENH:  Support version argument in find_package().
            See bug #8542.
  32. 13 Feb, 2009 1 commit
    • Clinton Stimpson's avatar
      · 2b4a472e
      Clinton Stimpson authored
      ENH:  Allowing finding a relocated Qt installation which contains a qt.conf to override the hardcoded paths in qmake.
            Fixes #8532.