1. 06 Aug, 2010 1 commit
  2. 11 Mar, 2010 1 commit
  3. 07 Mar, 2010 1 commit
  4. 10 Mar, 2010 1 commit
  5. 08 Mar, 2010 1 commit
  6. 01 Mar, 2010 2 commits
  7. 19 Feb, 2010 1 commit
    • Brad King's avatar
      Suppress GNU flag -fPIC on Windows · 4eba05de
      Brad King authored
      Commit "Modernize GNU compiler info on Windows" (2009-12-02) reorganized
      GNU flags on Windows but let -fPIC slip through for compilation of
      objects in shared libraries.  While this flag is valid on most GNU
      compiler platforms we need to suppress it in Windows-GNU.cmake just as
      we already do in CYGWIN-GNU.cmake.
      4eba05de
  8. 17 Feb, 2010 4 commits
  9. 16 Feb, 2010 1 commit
    • Brad King's avatar
      FortranCInterface: Fix PathScale detection again · 46858720
      Brad King authored
      PathScale Fortran mangles module symbols as "MY_SUB.in.MY_MODULE" and
      also requires "my_module_" when the module is imported.  We cannot
      provide the symbol with ".in." mangling so we should not provide
      "my_module_" because it would duplicate the one in the Fortran-provided
      object file.
      
      Commit "FortranCInterface: Fix PathScale detection" (2010-01-22) already
      made the same fix for the non-underscore module case.
      46858720
  10. 12 Feb, 2010 1 commit
    • David Cole's avatar
      Make a common function that prints the status during the checks for working... · f48660fa
      David Cole authored
      Make a common function that prints the status during the checks for working compilers. Call it from all of the CMakeTesten_US.UTF-8Compiler.cmake files. In the message, print the full path to the tested compiler only for the Makefile generators. For Xcode and Visual Studio generators, print the generator instead so that users are not misled with the full path to a compiler that the generator may not even use. Xcode and Visual Studio have their own mechanisms for choosing the compiler to use during try_compile and build...
      f48660fa
  11. 10 Feb, 2010 3 commits
    • Brad King's avatar
      Do not warn for unknown CTest UPDATE_TYPE · c4205773
      Brad King authored
      In the CTest module we previously warned if the source directory did not
      contain known version control directories.  The message was:
      
        "CTest cannot determine repository type. Please set UPDATE_TYPE
         to 'cvs' or 'svn'. CTest update will not work."
      
      This was confusing when building sources from a tarball.  Furthermore,
      we now support many more version control tools.  This feature is now
      mature enough that the warning causes confusion more than it provides
      real help.  We simply remove it.
      c4205773
    • Brad King's avatar
      Detect Git repositories for CTest UPDATE_TYPE · e18f3623
      Brad King authored
      The CTest module configures the command-line CTest dashboard mode.
      We teach it to recognize .git directories.
      e18f3623
    • Brad King's avatar
      Simplify CTest.cmake module with ELSEIF · ff101a56
      Brad King authored
      We use ELSEIF to simplify the cascading IF blocks for detecting version
      control tools.
      ff101a56
  12. 09 Feb, 2010 1 commit
  13. 08 Feb, 2010 1 commit
    • Zach's avatar
      Moved call to cache CDash version information to cmCTest::initialize. Also... · 41fcf6e1
      Zach authored
      Moved call to cache CDash version information to cmCTest::initialize.  Also added a 3 second timeout when requesting the version from the server.  Added an option to the CTestConfiguration that will be used to determine whether to query the version information at all.  (Behavior for this setting is not yet defined.)  Updated CMake's local CDash version setting to 1.6.
      41fcf6e1
  14. 02 Feb, 2010 1 commit
    • Brad King's avatar
      Recognize the Compaq Fortran compiler · 11dcef91
      Brad King authored
      The compiler documents symbols _DF_VERSION_ and _VF_VERSION_ but they do
      not seem to be available to the preprocessor.  Instead we add a vendor
      query table entry for Compaq.  Running "f90 -what" produces
      
        Compaq Visual Fortran Optimizing Compiler Version ...
      
      This clearly identifies the compiler.
      11dcef91
  15. 01 Feb, 2010 1 commit
    • Brad King's avatar
      Add alternate per-vendor compiler id detection · 3c2ecbe7
      Brad King authored
      At least one Fortran compiler does not provide a preprocessor symbol to
      identify itself.  Instead we try running unknown compilers with version
      query flags known for each vendor and look for known output.  Future
      commits will add vendor-specific flags/output table entries.
      3c2ecbe7
  16. 29 Jan, 2010 1 commit
    • David Cole's avatar
      Fix issue #10155 - default value of CMAKE_OSX_DEPLOYMENT_TARGET should always... · 6ee87b2e
      David Cole authored
      Fix issue #10155 - default value of CMAKE_OSX_DEPLOYMENT_TARGET should always be the empty string. When the value of CMAKE_OSX_DEPLOYMENT_TARGET is the empty string, the -mmacosx-version-min flag should not show up on the compiler command line. The logic for selecting default value of CMAKE_OSX_SYSROOT is orthogonal to and independent of the value of the deployment target. The default value for CMAKE_OSX_SYSROOT is the SDK that corresponds to the current version of Mac OSX on which cmake is running.
      6ee87b2e
  17. 28 Jan, 2010 3 commits
  18. 27 Jan, 2010 1 commit
  19. 22 Jan, 2010 2 commits
  20. 21 Jan, 2010 3 commits
    • Brad King's avatar
      Do not export all symbols from DLLs on Cygwin · 3684f623
      Brad King authored
      In commit "use export all symbols on cygwin" (2003-01-21) we started
      passing -Wl,--export-all-symbols when linking shared libraries.  Now
      cygwin exports all symbols automatically if no symbols are explicitly
      exported.  When symbols are explicitly exported we want to honor that
      narrow interface.  Therefore this flag should not be passed.
      
      Change based on patch from issue #10122.
      3684f623
    • Brad King's avatar
      Fix CMAKE_DL_LIBS on Cygwin · 41024b00
      Brad King authored
      The variable should contain the name of a library needed to link the
      symbol equivalent to dlopen.  On Cygwin no special library is needed,
      and certainly not "gdi32".
      
      Change based on patch from issue #10122.
      41024b00
    • Brad King's avatar
      Add PathScale shared library flags on Linux · 1804c6bf
      Brad King authored
      We add platform-specific compiler information files
      
        Platform/Linux-PathScale-<lang>.cmake
      
      to enable -fPIC and -shared flags for shared libraries.
      1804c6bf
  21. 18 Jan, 2010 3 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
      
      Alex
      03769801
    • Clinton Stimpson's avatar
      835b07a3
    • 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
      
      Alex
      1833961c
  22. 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.
      
      Alex
      6d393130
  23. 13 Jan, 2010 5 commits
    • Clinton Stimpson's avatar
      55a3967e
    • Brad King's avatar
      Do not find cyg*.dll on Cygwin · e46e8fb9
      Brad King authored
      While Cygwin supports linking directly to .dll files, the behavior is
      now discouraged.  All Cygwin packages now provide import libraries of
      the form lib*.dll.a and CMake has built the import libraries for years.
      
      We believe it is now safe to stop explicitly searching for .dll files
      because their import libraries will always be available when the
      corresponding header files are available.  Users can always set
      find_library cache entries to point at a .dll file by hand if they
      really must use one.
      
      Change based on patch from issue #10122.
      e46e8fb9
    • Brad King's avatar
      Fix KDE3 .la file format on Cygwin · 3cba2b3a
      Brad King authored
      We teach KDE3Macros.cmake to generate .la files on Cygwin that match
      those produced by libtool.  See issue #10122.
      3cba2b3a
    • Brad King's avatar
      Search prefix /usr before root prefix / · 12dcf9e4
      Brad King authored
      Commit "Find locally installed software first" made /usr/local the first
      prefix searched to be consistent with the Filesystem Hierarchy Standard:
      
        http://www.pathname.com/fhs/
      
      The standard also implies that the root prefix "/" should not have any
      package or development files.  The "/bin" and "/lib" directories should
      have only minimal contents to boot the system.  No "/include" ever
      exists.  This commit re-orders the search path prefix list from
      
        /usr/local
        /
        /usr
      
      to
      
        /usr/local
        /usr
        /
      
      to prefer package and development files over low-level system files.
      See issue #10136.
      
      On Cygwin /usr/lib == /lib and /usr/bin == /bin.  This change also makes
      search results report locations as "/usr/..." instead of "/lib/...".
      See issue #10122.
      12dcf9e4
    • Brad King's avatar
      Use if(CYGWIN) instead of if(WIN32 AND UNIX) · fdbe16c1
      Brad King authored
      CMake has defined CYGWIN on Cygwin for years, so we no longer need the
      legacy form of the test.  Change based on patch from issue #10122.
      fdbe16c1