- 10 Mar, 2017 16 commits
-
-
Michael Goderbauer authored
Windows' built-in unzippers are painfully slow. It drives me mad! Unzip SDK with 7-Zip: ~10s Unzip SDK with Windows: ~90s
-
Todd Volkert authored
-
Seth Ladd authored
Changing to an inline function, making the type more clear.
-
Alexandre Ardhuin authored
-
Yegor authored
-
Michael Goderbauer authored
-
Todd Volkert authored
* Rename `Device.platform` to `Device.targetPlatform` to avoid collision with the exported variable from `platform.dart`
-
Todd Volkert authored
`all.dart` is no longer needed. Furthermore, it causes tests to be skipped, or to silently fail to run anything. Fixes #7941
-
Chris Bracken authored
Use line-based iteration in place of word-based iteration over the framework directories, to avoid breaking on spaces.
-
Jakob Andersen authored
* Revert "Eliminate CocoaPods install step (#8694)" This reverts commit f4a13bc7. If the developer is relying on CocoaPods and hasn't done a pod install, we will do it for them. This is needed for a smooth native plugin experience, similar to what Gradle is doing on the Android side. There's no hard dependency on CocoaPods. We only run pod install if the project uses CocoaPods, so developers are still free to use alternatives if they prefer (and if they don't want to use native plugins). Fixes #8685 Fixes #8657 Fixes #8526 * Require CocoaPods 1.0.0 or newer. And make sure we don't get a crash if running `pod install` fails. * Address review feedback
-
Alexandre Ardhuin authored
-
Chris Bracken authored
This avoids unintentionally installing an older version if the developer's homebrew installation is out-of-date.
-
Chris Bracken authored
The flutter tap was deleted as part of the resolution to #7783.
-
Chris Bracken authored
If the developer is relying on CocoaPods and hasn't done a pod install, they'll get a build failure indicating the issue. This also avoids a hard dependency on CocoaPods in the tool and allows developers to customize their Xcode steps to use alternatives such as Carthage if they prefer.
-
Yegor authored
-
Yegor authored
-
- 09 Mar, 2017 12 commits
-
-
Todd Volkert authored
-
Michael Goderbauer authored
-
Michael Goderbauer authored
-
Michael Goderbauer authored
-
Michael Goderbauer authored
-
Hans Muller authored
-
Jason Simmons authored
-
Sarah Zakarias authored
* Add flutter_view sample * Removed platform_services files * Addressed comments * update README.md * Addressed comments.
-
Sarah Zakarias authored
* Add support for earlier Android versions * Addressed comments
-
Chris Bracken authored
As of the latest Xcode versions, the latest published libimobiledevice is out-of-date and build from HEAD is required. This fixes two bugs: 1. Update initial install instructions to add --HEAD flag. 2. Update uninstall, reinstall instructions to include --ignore-dependencies flag, since other brew formulae depend on libimobiledevice.
-
Chris Bracken authored
-
Ian Hickson authored
-
- 08 Mar, 2017 12 commits
-
-
Chris Bracken authored
Homebrew is an expected part of the iOS toolchain. Update the error message to assume that.
-
Alexandre Ardhuin authored
* prefer const constructors * fix double throw
-
Alexandre Ardhuin authored
-
Alexandre Ardhuin authored
-
Michael Goderbauer authored
* eliminate sky snapshot * roll engine
-
Michael Goderbauer authored
This should make our scripts compatible with PowerShell 2 or newer. PowerShell 2 was released in October 2009 and shipped with Windows 7 as default. (I suspect the scripts are now also compatible with PowerShell 1, but that's unconfirmed). This fixes #8606. The PR also introduces better error handling when Flutter fail to download the Dart SDK to fix #8627.
-
mikejurka authored
-
Chris Bracken authored
This is consistent with the rest of the iOS toolchain.
-
Chris Bracken authored
* Revert "Update Hello World to latest iOS project template (#8634)" This reverts commit 6dc6ed4e. * Revert "Update Gallery to latest iOS project template (#8637)" This reverts commit 84c42aac. * Revert "Update Stocks to latest iOS project template (#8640)" This reverts commit 90774c18.
-
Jakob Andersen authored
Since iOS builds are CocoaPods enabled by default, we should make sure to run `pod install` to get pods wired up before building the app. Also added a check to `flutter doctor` to verify CocoaPods is installed. I'm passing FLUTTER_FRAMEWORK_DIR to the `pod install` command, so we can have the app's Podfile link in Flutter.framework as a pod instead of having to copy it over in xcode_backend.sh.
-
Ian Hickson authored
-
Chris Bracken authored
-