1. 28 Jun, 2021 1 commit
  2. 03 Jun, 2021 1 commit
  3. 01 Jun, 2021 1 commit
  4. 13 May, 2021 1 commit
  5. 27 Jan, 2021 1 commit
  6. 22 Dec, 2020 1 commit
  7. 06 Jul, 2020 1 commit
    • stuartmorgan's avatar
      Switch Windows to CMake (#60629) · 4b120501
      stuartmorgan authored
      * First pass at CMake files; untested
      
      * First pass of adding CMake generation logic on Windows
      
      * Misc fixes
      
      * Get bundling working, start incoprorating CMake build into tool
      
      * Fix debug, exe name.
      
      * Add resources
      
      * Move cmake.dart
      
      * Rip out all the vcxproj/solution plumbing
      
      * Fix plugin cmake generation
      
      * Build with cmake rather than calling VS directly
      
      * Adjust Windows plugin template to match standard header directory structure
      
      * Pass config selection when building
      
      * Partially fix multi-config handling
      
      * Rev template version
      
      * Share the CMake generation instead of splitting it out
      
      * VS build/run cycle works, with slightly awkward requirement to always build all
      
      * Update manifest
      
      * Plugin template fixes
      
      * Minor adjustments
      
      * Build install as part of build command, instead of separately
      
      * Test cleanup
      
      * Update Linux test for adjusted generated CMake approach
      
      * Plugin test typo fix
      
      * Add missing stub file for project test
      
      * Add a constant for VS generator
      4b120501
  8. 16 May, 2020 1 commit
    • stuartmorgan's avatar
      Switch to CMake for Linux desktop (#57238) · 8abf0a6d
      stuartmorgan authored
      Updates the Linux templates to use CMake+ninja, rather than Make, and updates the tooling to generate CMake support files rather than Make support files, and to drive the build using cmake and ninja.
      
      Also updates doctor to check for cmake and ninja in place of make.
      
      Note: While we could use CMake+Make rather than CMake+ninja, in testing ninja handled the tool_backend.sh call much better, calling it only once rather than once per dependent target. While it does add another dependency that people are less likely to already have, it's widely available in package managers, as well as being available as a direct download. Longer term, we could potentially switch from ninja to Make if it's an issue.
      
      Fixes #52751
      8abf0a6d