Skip to content
Snippets Groups Projects
  1. May 22, 2014
  2. May 20, 2014
  3. May 19, 2014
    • Brad King's avatar
    • Brad King's avatar
    • James Bigler's avatar
      FindCUDA: Use CUDA_NVCC_FLAGS* for separable compilation · 6ad14c71
      James Bigler authored and Brad King's avatar Brad King committed
      Previously when linking the intermediate link file for separable compilation
      the CUDA_NVCC_FLAGS* were not used.  This caused tremendous confusion when
      using this feature, and I consider it to be a bug.  This change should fix
      this.
      6ad14c71
    • Brad King's avatar
      CMP0022: Fix link language propagation in NEW behavior · 40b9cd0f
      Brad King authored
      The languages used in compiling STATIC libraries need to be propagated
      to dependents regardless of the settings of INTERFACE_LINK_LIBRARIES or
      CMP0022.  They are independent of the libraries in the link interface.
      
      Prior to commit v2.8.12~192^2~2 (Introduce the INTERFACE_LINK_LIBRARIES
      property, 2013-06-04) the cmTarget::ComputeLinkInterface code path for
      "explicitLibraries" could never be taken for STATIC libraries, so the
      logic to propagate languages existed only in the non-explicitLibraries
      code path.  After that commit, INTERFACE_LINK_LIBRARIES could be set for
      STATIC libraries to cause the "explicitLibraries" code path to be taken.
      The commit also left the old non-explicitLibraries code path conditional
      on CMP0022 not being set to NEW.  Thus link language propagation was
      left missing from two cases by that commit.
      
      The explicitLibraries code path was fixed to propagate languages by
      commit v2.8.12~149^2~1 (cmTarget: Fix iface libraries and languages for
      static libraries, 2013-07-26).  However, the non-explicitLibraries case
      was never taught to propagate languages when CMP0022 is set to NEW.  Fix
      that now.  Factor the logic to propagate link languages out of the link
      interface libraries conditions so that it always occurs.  Update
      Tests/Fortran to set CMP0022 to NEW to test this case (because the test
      passes only if link language propagation works).
      40b9cd0f
  4. May 13, 2014
  5. May 09, 2014
  6. May 07, 2014
  7. May 06, 2014
  8. Apr 30, 2014
    • Brad King's avatar
    • Brad King's avatar
      ExternalProject: Fix path to cmake in verify script · 420280f3
      Brad King authored
      In commit v3.0.0-rc1~103^2~3 (ExternalProject: Reattempt download when
      verification fails, 2014-01-15) a reference to ${CMAKE_COMMAND} was
      added to generate a reference to the CMake command in a cmake script.
      Escape the '$' so that the literal variable reference appears in the
      script instead of writing the path to the current cmake.  This is
      necessary when the path to CMake contains spaces or other characters
      special to CMake syntax.
      420280f3
  9. Apr 25, 2014
  10. Apr 24, 2014
Loading