- 27 Apr, 2022 1 commit
-
-
Alexandre Ardhuin authored
-
- 13 Jan, 2022 1 commit
-
-
Chris Bracken authored
When desktop support is not present in an existing project, certain flutter tool commands raise an error that direct the user to documentation on how to add desktop support to an existing Flutter project. In a recent revamp of the webside, the URL was very slightly changed (flutter.dev -> docs.flutter.dev). This updates the error message to output the new URL. Issue: https://github.com/flutter/flutter/issues/94398
-
- 07 Nov, 2021 1 commit
-
-
Jenn Magder authored
-
- 02 Nov, 2021 1 commit
-
-
Jenn Magder authored
-
- 20 Oct, 2021 1 commit
-
-
Chris Yang authored
-
- 28 Jun, 2021 1 commit
-
-
Jenn Magder authored
-
- 04 Jun, 2021 1 commit
-
-
Jenn Magder authored
-
- 01 Jun, 2021 1 commit
-
-
Alexandre Ardhuin authored
-
- 22 May, 2021 1 commit
-
-
Jenn Magder authored
-
- 13 Apr, 2021 1 commit
-
-
Jenn Magder authored
-
- 16 Feb, 2021 1 commit
-
-
stuartmorgan authored
-
- 12 Feb, 2021 1 commit
-
-
Hidenori Matsubayashi authored
-
- 27 Jan, 2021 1 commit
-
-
Jonah Williams authored
* opt out the flutter tool * oops EOF * fix import * Update tool_backend.dart * Update daemon_client.dart * fix more
-
- 14 Jan, 2021 1 commit
-
-
J-P Nurmi authored
-
- 22 Dec, 2020 1 commit
-
-
J-P Nurmi authored
-
- 21 Dec, 2020 1 commit
-
-
J-P Nurmi authored
-
- 15 Dec, 2020 1 commit
-
-
Kenzie Schmoll authored
* Add text to --analyze-size command output to launch DevTools with size data.
-
- 03 Dec, 2020 2 commits
-
-
J-P Nurmi authored
-
Jonah Williams authored
-
- 14 Oct, 2020 1 commit
-
-
Jenn Magder authored
-
- 13 Oct, 2020 1 commit
-
-
Jonah Williams authored
Remove "This is taking a long time" progress timeout and TimeoutConfiguration.
-
- 12 Oct, 2020 4 commits
-
-
Jonah Williams authored
Revert "[flutter_tools] reland: fold process resolution logic into the flutter tool (#67957)" (#67968) This reverts commit bd813879.
-
Jonah Williams authored
Reland of #67669 The flutter tool has a number of crashes on stable where an ArgumentError is thrown due to the process manager not being able to resolve an executable. So that we can adjust/modify this logic, fold it into flutter and add some additional logging. caches the resolved executable per target directory, to avoid repeated look ups. Instead of throwing an argument error, attempts to run the executable as given if an exact path can't be found Accept files or symlinks for the executable path. user where/which to resolve path instead of package:process logic.
-
Jonah Williams authored
This reverts commit 10c78c26.
-
Jonah Williams authored
The flutter tool has a number of crashes on stable where an ArgumentError is thrown due to the process manager not being able to resolve an executable. Fold the resolution logic into the tool and use where/which instead of the package:process specific logic.
-
- 17 Sep, 2020 1 commit
-
-
stuartmorgan authored
Removes the template version from the Windows template; the API and tooling boundary will now be considered stable, so there will no longer be frequent breaking changes. Also updates the link for adding desktop support to a project for all three platforms to reflect the current location. Fixes https://github.com/flutter/flutter/issues/52748
-
- 25 Aug, 2020 1 commit
-
-
Jonah Williams authored
[flutter_tools] support code size tooling on iOS, linux, windows, macOS, and Android on Windows (#63610) Adds support for size analysis on iOS, macOS, linux, and Windows - using an uncompressed directory based approach. The output format is not currently specified. Adds support for size analysis on android on windows, switching to package:archive Updates the console format to display as a tree, allowing longer paths. Increases the number of dart libraries shown (to avoid only ever printing the flutter/dart:ui libraries, which dominate the size)
-
- 06 Jul, 2020 1 commit
-
-
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
-
- 24 Jun, 2020 1 commit
-
-
stuartmorgan authored
Remove the version checking and associated warnings. The Linux template and build process will now be subject to more typical Flutter breaking change policy, and should no longer require regularly deleting and recreating the platform directory.
-
- 29 May, 2020 1 commit
-
-
Marcus Tomlinson authored
-
- 18 May, 2020 1 commit
-
-
stuartmorgan authored
The -S/-B format of specifying source and build directories wasn't added until 3.13. For 3.10 compatibility, use the older form of having the working directory as the build directory, and the last argument as the source directory. Fixes #57409
-
- 16 May, 2020 1 commit
-
-
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
-
- 26 Apr, 2020 1 commit
-
-
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
-
- 25 Mar, 2020 2 commits
-
-
Jenn Magder authored
-
Jenn Magder authored
-
- 06 Mar, 2020 1 commit
-
-
Jenn Magder authored
-
- 03 Mar, 2020 1 commit
-
-
stuartmorgan authored
Adds initial support for `flutter create` of apps and plugins. This is derived from the current FDE example app and sample plugin, with a few changes: - Added template values where it makes sense. - Moved some likely-to-change values into separate files for now, to simplify the delete/recreate cycle that will be necessary until it's stable. - Added some minor Makefile flag handling improvements 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.
-
- 13 Feb, 2020 1 commit
-
-
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
-
- 11 Feb, 2020 1 commit
-
-
Alexandre Ardhuin authored
-
- 08 Jan, 2020 1 commit
-
-
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
-