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
Fixed: fxbug.dev/64153
Note that I also removed the TODO for fxbug.dev/86941. After talking
with the bug author, this file is not directly relevant to that bug.
* Generate fonts in the expected location.
Fonts-subset is generated directly in out/../zip_archives but the final
destination is expected to be inside a folder like linux-x64. This PR
generates the file directly in the expected path.
Bug: https://github.com/flutter/flutter/issues/81855
* Fix font zip tests.
* Revert changes to run_tests.py
* Update host_os_cpu_name variable to report darwin for mac.
* Fix variable names.
* Calculate prebuilts path using mac instead of darwin.
* Add platform to fontset path.
* Fix platforms map.
* Add debugging.
* Add win32 to the map of artifact locations.
* Use full_platform_name instead of host_os_name.
* Use x32 for windows font binaries.
* Fix paths for debug version in windows.
* Use x64 for win32.
* Remove additional logging.
* Add linux2 to map of platforms.
* [licenses] Updates ICU license regexp and URL
New file in the ICU library use the https scheme for the URL
instead of prior http to declare the license, leading to
the 'unmatched potential copyright' message.
This change removes the issue.
* [icu] Upgrades the ICU library version in use
This change brings in ICU 70.1 which is the latest and greatest of ICU releases.
It sync up with the latest ICU milestone in use in Chromium.
Issue: #flutter/97412
