1. 30 Jun, 2020 1 commit
  2. 24 Jun, 2020 1 commit
  3. 23 Jun, 2020 1 commit
  4. 18 Jun, 2020 2 commits
    • James D. Lin's avatar
      [flutter tools] Change the desktop device names and IDs (#58812) · bdbe6774
      James D. Lin authored
      In google3, the Linux device is always available, and it has confused
      people who run the Flutter doctor and see
      "• Linux • Linux • linux-x64 • Linux" listed.
      
      Rename the Linux device name to "Linux desktop" and the device ID to
      be "linux". Make similar changes to the Windows and macOS
      devices for consistency.  This is also  consistent with the web
      devices.
      
      The device ID change shouldn't be break -d usage since that does a
      case-insensitive prefix match.
      bdbe6774
    • stuartmorgan's avatar
      Specify encoding for vswhere output (#59607) · e85655c4
      stuartmorgan authored
      On Windows, Process.run assumes the output uses the system codepage by default. This allows specifying it in our wrapper, and sets the encoding for vswhere to UTF-8 since we're passing a flag that forces it to use UTF-8 output.
      
      Fixes #53515
      e85655c4
  5. 05 Jun, 2020 1 commit
    • stuartmorgan's avatar
      Don't require a specific Windows 10 SDK (#58713) · 94b7ff24
      stuartmorgan authored
      Current versions of the Windows desktop build files don't require a specific Windows 10 SDK version, but doctor still checks for one since vswhere doesn't allow for flexible queries. This has been a common source of issues for people setting up on Windows for the first time, because the current VS installer by default only includes a newer version of the SDK than what doctor is looking for.
      
      This removes the vswhere SDK check, and instead uses a manual check for SDKs. Since this uses undocumented (although fairly widely used, so relatively unlikely to change) registry information, the check is non-fatal, so that builds can progress even if the SDK isn't found by doctor; in practice, it's very unlikely that someone would install the C++ Windows development workload but remove the selected-by-default SDK from the install.
      
      Now that all requirements are default, the instructions when missing VS have been simplified so that they no longer list individual components, and instead just say to include default items.
      
      Fixes #50487
      94b7ff24
  6. 28 May, 2020 1 commit
  7. 18 May, 2020 1 commit
  8. 06 May, 2020 1 commit
  9. 26 Apr, 2020 1 commit
    • Jonah Williams's avatar
      [flutter_tools] quality pass on Linux build (#55556) · dd88b204
      Jonah Williams authored
      - Update the Linux build to support most of the build configuration, though like windows most only make sense for profile/release.
      - Ensure VERBOSE_SCRIPT_LOGGING is set when the logger is verbose
      - Automatically run pub get like other build commands
      dd88b204
  10. 23 Apr, 2020 1 commit
  11. 25 Mar, 2020 2 commits
  12. 23 Mar, 2020 1 commit
    • stuartmorgan's avatar
      Add pre-stable support for create on Windows (#51895) · 685e9d1e
      stuartmorgan authored
      Adds initial support for flutter create of apps and plugins. This is derived from the current FDE example app and sample plugin, adding template values where relevant.
      
      Since the APIs/tooling/template aren't stable yet, the app template includes a version marker, which will be updated each time there's a breaking change. The build now checks that the template version matches the version known by that version of the tool, and gives a specific error message when there's a mismatch, which improves over the current breaking change experience of hitting whatever build failure the breaking change causes and having to figure out that the problem is that the runner is out of date. It also adds a warning to the create output about the fact that it won't be stable.
      
      Plugins don't currently have a version marker since in practice this is not a significant problem for plugins yet the way it is for runners; we can add it later if that changes.
      
      Fixes #30704
      685e9d1e
  13. 16 Mar, 2020 1 commit
  14. 10 Mar, 2020 1 commit
  15. 06 Mar, 2020 1 commit
  16. 03 Mar, 2020 2 commits
  17. 25 Feb, 2020 1 commit
    • stuartmorgan's avatar
      Automatically add plugin projects to Windows .sln (#51246) · 22c80777
      stuartmorgan authored
      Adds utility code for managing list of plugin projects within a solution file, updating them as the plugins change.
      
      This is a prototype of an approach to solution-level portion of Windows plugin tooling; it may not be what the final plugin handling on Windows uses, but it makes things much better in the short term, and gives us a baseline to evaluate other possible solution management systems against.
      
      Part of #32719
      22c80777
  18. 13 Feb, 2020 2 commits
    • stuartmorgan's avatar
      Generate a Property Sheet for Windows plugins (#50740) · f4177a6d
      stuartmorgan authored
      Generates a Property Sheet for Windows builds containing link and include path
      information for any included plugins. This allows automating part of the process
      of integrating plugins into the build that is currently manual.
      
      To support this change, refactored msbuild_utils into a PropertySheet class so that
      it can be used to make different property sheets.
      f4177a6d
    • stuartmorgan's avatar
      Create plugin symlinks for Windows and Linux (#50599) · 7bdd4757
      stuartmorgan authored
      This makes ephemeral symlinks to each plugin, for use by build systems.
      This is similar to the logic implemented in the Podfile on iOS and
      macOS, but managed internally to the Flutter tool.
      
      Exploration for addressing #32719 and #32720
      Related to #41146
      7bdd4757
  19. 15 Jan, 2020 1 commit
  20. 10 Jan, 2020 1 commit
  21. 08 Jan, 2020 1 commit
    • stuartmorgan's avatar
      Check for desktop project files before building (#48350) · 58d6c425
      stuartmorgan authored
      Moves the checks that projects have been configured for desktop to a lower level, where they will cover more codepaths (e.g., 'run'), and improves them to check for native build projects, rather than just directories, to catch cases where the directory exists (e.g., due to accidental creation of generated files).
      
      Also adds links to the error messages pointing to instructions on adding desktop support to a project.
      
      Fixes #47145
      58d6c425
  22. 07 Jan, 2020 1 commit
  23. 06 Jan, 2020 1 commit
  24. 27 Nov, 2019 1 commit
    • Ian Hickson's avatar
      License update (#45373) · 449f4a66
      Ian Hickson authored
      * Update project.pbxproj files to say Flutter rather than Chromium
      
      Also, the templates now have an empty organization so that we don't cause people to give their apps a Flutter copyright.
      
      * Update the copyright notice checker to require a standard notice on all files
      
      * Update copyrights on Dart files. (This was a mechanical commit.)
      
      * Fix weird license headers on Dart files that deviate from our conventions; relicense Shrine.
      
      Some were already marked "The Flutter Authors", not clear why. Their
      dates have been normalized. Some were missing the blank line after the
      license. Some were randomly different in trivial ways for no apparent
      reason (e.g. missing the trailing period).
      
      * Clean up the copyrights in non-Dart files. (Manual edits.)
      
      Also, make sure templates don't have copyrights.
      
      * Fix some more ORGANIZATIONNAMEs
      449f4a66
  25. 22 Nov, 2019 1 commit
  26. 19 Nov, 2019 1 commit
  27. 28 Oct, 2019 1 commit
  28. 24 Oct, 2019 1 commit
  29. 10 Oct, 2019 1 commit
  30. 09 Oct, 2019 1 commit
  31. 30 Sep, 2019 1 commit
  32. 25 Sep, 2019 1 commit
  33. 24 Sep, 2019 2 commits
  34. 16 Sep, 2019 1 commit
  35. 13 Sep, 2019 1 commit