Skip to content
Snippets Groups Projects
  1. Aug 10, 2023
  2. Aug 09, 2023
    • Brad King's avatar
      ci: Suppress cmake.org html documentation search results for index entries · fbed0431
      Brad King authored
      Since Sphinx 5.2.0, the generated html search page reports all index
      entries that match a query term.  Unfortunately even non-main entries
      get a high score, placing them before more important search results
      such as document titles and domain object names.
      
      Work around this for documentation published on `cmake.org` by removing
      the logic from `searchtools.js` in the generated html documentation.
      
      Issue: #25175
      fbed0431
  3. Aug 08, 2023
  4. Aug 07, 2023
  5. Aug 06, 2023
  6. Aug 04, 2023
  7. Aug 02, 2023
    • Brad King's avatar
      VS: Revert "Add CMake input files to ZERO_CHECK" · 0d152900
      Brad King authored
      Since commit df58dbb0 (VS: Add CMake input files to ZERO_CHECK,
      2023-03-19, v3.27.0-rc1~157^2), projects that specify the same file both
      as input to `configure_file` and as the `MAIN_DEPENDENCY` of a custom
      command fail to configure.  Revert the change pending further
      investigation.  Add a test case demonstrating the problem.
      
      Issue: #24557
      Fixes: #25149
      0d152900
  8. Aug 01, 2023
  9. Jul 31, 2023
  10. Jul 28, 2023
  11. Jul 27, 2023
  12. Jul 26, 2023
  13. Jul 25, 2023
  14. Jul 24, 2023
  15. Jul 22, 2023
    • Ben Boeckel's avatar
      cmComputeLinkInformation: track OBJECT library dependencies · b6659669
      Ben Boeckel authored
      In commit b6a53822 (Ninja: depend on language module information files
      directly, 2023-02-10), introduced via !8197, language-specific module
      information files (`CMakeFiles/<target>.dir/<lang>Modules.json`) files
      were added as real dependencies to the dyndep collation steps.
      Previously, the behavior was to inform the collator of all possible
      targets and search for the files manually ignoring those which did not
      exist with ordering enforced by depending on the linker output of all
      dependent targets. This behavior could lead to stale information being
      used (e.g., if a target stops providing any targets) and also did not
      reliably build everything needed on rebuilds. Afterwards, the internal
      computation changed the dependency from all possible targets to an exact
      set of "these targets might have modules" query, however one that did
      not include `OBJECT` libraries since do not have `LinkEntry` items
      internally (their objects are instead treated as source files).
      
      As a stopgap measure, track `OBJECT` libraries in a separate list and
      query them explicitly when gathering targets which may have interesting
      information. Future work can add `LinkEntry` items to represent these
      targets once all `LinkEntry` consumers have been audited to make sure
      they are not surprised by any `OBJECT` library entries.
      
      Fixes: #25112
      b6659669
    • Ben Boeckel's avatar
      Tests/RunCMake/CXXModules: add a test for issue #25112 · a99b87a6
      Ben Boeckel authored
      Add a test case for C++ `OBJECT` libraries providing modules to
      consumers.
      a99b87a6
    • Ben Boeckel's avatar
      Tests/FortranOnly: add a test case for issue #25112 · 2870a675
      Ben Boeckel authored
      Add a test case for Fortran `OBJECT` libraries providing modules to
      consumers.
      2870a675
  16. Jul 21, 2023
  17. Jul 20, 2023
    • Brad King's avatar
      FindOpenSSL: Prefer OPENSSL_ROOT_DIR only if non-empty · 791d4fd3
      Brad King authored
      Since commit 5cc8a698 (FindOpenSSL: Trust the user's OPENSSL_ROOT_DIR,
      2023-05-17, v3.27.0-rc1~71^2) we use `OPENSSL_ROOT_DIR` whenever it is
      defined, even if it is an empty string.  This breaks a pattern in
      existing projects that define an empty `OPENSSL_ROOT_DIR` cache entry so
      that `cmake-gui` users can fill it in.  Use the value only if non-empty.
      
      Issue: #18352
      791d4fd3
Loading