1. 30 Jul, 2014 3 commits
  2. 28 Jul, 2014 4 commits
  3. 17 Jul, 2014 6 commits
    • Brad King's avatar
    • Bob E's avatar
      KWSys SystemInformation: No SA_RESTART on QNX · cc3248f4
      Bob E authored
      QNX not support SA_RESTART signal:
       /* #define SA_RESTART 0x0040 (not supported yet) */
      Use it in SystemInformation only if it is defined.
    • Brad King's avatar
      Merge branch 'compile-with-cray' into release · 9d2bada3
      Brad King authored
    • Chuck Atkins's avatar
      cmcurl: Fix a build failure with the Cray compiler on Linux (#15026) · fd63722d
      Chuck Atkins authored
      The error is caused by a workaround for UNICOS.  The workaround
      incorrectly uses the _CRAYC macro to determine if building for
      UNICOS.  This macro will always be defined for the Cray C and
      C++ compiler regardless of the target platform, even when
      building for Linux.  The correct macro should be _CRAY, which as
      per Cray documentation is only defined for UNICOS targeted
    • Brad King's avatar
    • Stephen Kelly's avatar
      QNX: Add missing flags for configurations and artifact creation. · 3151024d
      Stephen Kelly authored
      Commit v3.0.0-rc1~111^2 (QNX: Introduce QCC compiler id for that
      QNX platform compiler., 2014-01-20) split handling of the QNX QCC
      compiler into a separate compiler-id.  That refactoring results in
      the QCC compiler not using the CMake-compiler-id "GNU", which means
      that the __compiler_gnu macro is no longer executed for it.
      Add Compiler/QCC*.cmake modules to define and call the __compiler_qcc
      macro and teach it to call __compiler_gnu internally.  Remove the
      corresponding pieces from the Platform/QNX*.cmake modules.
      It is also necessary to change the language conditional to dereference
      the lang macro parameter, which is another bug introduced by the
      same commit.  The extra -lang-c++ flag is only necessary when the CXX
      compiler is specified as 'qcc' instead of 'QCC' in the toolchain file,
      which is why this bug was not noticed before.  The flag is also necessary
      in that case when linking in order to find the appropriate standard
      libraries.  The flag was not previously added when linking executables,
      so linking failed even with CMake 2.8.12 with the lower-case compiler-id.
      Co-Author: Brad King <brad.king@kitware.com>
  4. 10 Jul, 2014 4 commits
  5. 07 Jul, 2014 2 commits
  6. 25 Jun, 2014 5 commits
  7. 23 Jun, 2014 2 commits
  8. 16 Jun, 2014 2 commits
  9. 12 Jun, 2014 2 commits
  10. 09 Jun, 2014 3 commits
  11. 05 Jun, 2014 2 commits
  12. 03 Jun, 2014 5 commits