The charcode package has been removed from the Dart SDK source
checkout, and the Flutter engine packages that list it in
their pubspecs do not depend on it directly or indirectly.
Remove it from their pubspecs, so they do not break when
the package disappears from the engine source checkout.
Bug: https://dart-review.googlesource.com/c/sdk/+/247500
* Change pub_get_offline hook to find engine src relative to script
If a gclient checkout checks out engine source to a different directory,
the source packages should be found relative to the script location.
Bug: https://github.com/dart-lang/sdk/issues/49163
* Change pub_get_offline hook to find engine src relative to script
If a gclient checkout checks out engine source to a different directory,
the source packages should be found relative to the script location.
Bug: https://github.com/dart-lang/sdk/issues/49163
* Fix merge errors, run ci/bin/format.dart
* Fixes for the Windows arm64 build
* Update buildroot to 53abad0fa9c9e0285e80f9b0682316d5d39705be
* Update buildroot to f582982073b6f04b7a70bc284bac8fafa6c0a846
* Exclude Skia's 'bazel' directory from traversal by the license script
It contains only bazel build files, which Flutter doesn't use, and which can't end up in the final binary.
* Update license file
* Update tool_signature
* Update skia license hash
* Update tool_signature
* Update licenses_skia
* Update licenses_skia
The git installed by depot_tools on Windows is only available as git.bat from Python.
The shell auto-replaces git by git.bat, but that doesn't happen when running from Python.
The git installed by depot_tools may be the only git installed on Windows.
Without this fix, gclient sync does not work on Windows for me
This adds support for the following builds:
* macOS host builds on both x86_64 and arm64 Macs.
* macOS target builds on both x86_64 and arm64 Macs.
Previously, macOS target builds for any architecture were possible only
on x86_64 Macs.
Similarly, macOS host builds were only supported on x86_64 Macs, and
only for the x86_64 architecture. arm64 host builds were not possible on
Intel Macs.
When building on arm64 macs, builds are performed under Rosetta for two
reasons:
* The Fuchsia clang toolchain for arm64 macOS is not yet available.
* Swiftshader (used by our engine tests) doesn't support building OpenGL
support as an arm64 binary.
See: https://github.com/flutter/flutter/issues/103386
Followup patches will move our use of Swiftshader to a "Swangle"
(Swiftshader + ANGLE) configuration, eliminating the Swiftshader issue
above.
Issue: https://github.com/flutter/flutter/issues/96745
Issue: https://github.com/flutter/flutter/issues/79403
This is a minor refactoring to extract functions that resolve target_os
and target_cpu gn settings.
This is cleanup prior to adding support for host builds on Apple Silicon
Macs.
Issue: https://github.com/flutter/flutter/issues/96745
WinRT was only ever used by the Windows UWP embedder since the main
Windows embedder supports compatibility with Windows 7 and WinRT
requires a Windows SDK target version of at least 10.0.17134.0 (Windows
10, version 1803).
When, at some point, we drop support for versions of Windows earlier
than Windows 10, we'll almost certainly want to resurrect this and start
using WinRT in the main Windows embedder.
The Windows UWP embedder was removed in:
https://github.com/flutter/engine/pull/33019
Issue: flutter/flutter#102172
This rolls approximately one year's worth of ANGLE commits, and gets us
caught up to tip of tree.
This also updates the licence tool to handle ANGLE adding a second
third_party directory:
* third_party/angle/src/third_party: third-party code used by ANGLE.
* third_party/angle/third_party: forwarding targets for non-shipping
tooling.
Issue: https://github.com/flutter/flutter/issues/102117
