Skip to content
This repository was archived by the owner on Feb 25, 2025. It is now read-only.
Permalink

Comparing changes

Choose two branches to see what’s changed or to start a new pull request. If you need to, you can also or learn more about diff comparisons.

Open a pull request

Create a new pull request by comparing changes across two branches. If you need to, you can also . Learn more about diff comparisons here.
base repository: flutter/engine
Failed to load repositories. Confirm that selected base ref is valid, then try again.
Loading
base: bc4abcd
Choose a base ref
...
head repository: flutter/engine
Failed to load repositories. Confirm that selected head ref is valid, then try again.
Loading
compare: 05fdf94
Choose a head ref
  • 9 commits
  • 39 files changed
  • 6 contributors

Commits on Mar 8, 2024

  1. Configuration menu
    Copy the full SHA
    4bb444f View commit details
    Browse the repository at this point in the history
  2. Configuration menu
    Copy the full SHA
    984c592 View commit details
    Browse the repository at this point in the history
  3. Configuration menu
    Copy the full SHA
    6e45623 View commit details
    Browse the repository at this point in the history
  4. Configuration menu
    Copy the full SHA
    4cf7319 View commit details
    Browse the repository at this point in the history
  5. Add fuchsia_gn_sdk GN variable pointing to //flutter/tools/fuchsia/gn…

    …-sdk (#51287)
    
    The Dart -> Flutter Engine autoroller seems to be failing atm due to
    fuchsia build errors.
    
    The Dart SDK CL in [0] is depending on a fuchsia gn sdk import. The
    import path defaults to `//third_party/fuchsia/gn-sdk` in the Dart build
    rules.
    
    Though flutter seemingly has it in `//flutter/tools/fuchsia/gn-sdk`
    (which was added to DEPS in 8b24024)
    
    => This is an attempt to override the default & fix autoroller
    
    [0] https://dart-review.googlesource.com/c/sdk/+/355283/14
    mkustermann authored Mar 8, 2024
    Configuration menu
    Copy the full SHA
    6b5ab57 View commit details
    Browse the repository at this point in the history
  6. Configuration menu
    Copy the full SHA
    04df0c7 View commit details
    Browse the repository at this point in the history
  7. Migrate vulkan_memory_allocator to flutter/third_party (#51275)

    Migrates vulkan_memory_allocator from the buildroot's third_party directory to the engine's.
    
    Issue: flutter/flutter#144812
    Part of: flutter/flutter#67373
    
    [C++, Objective-C, Java style guides]: https://github.com/flutter/engine/blob/main/CONTRIBUTING.md#style
    cbracken authored Mar 8, 2024
    Configuration menu
    Copy the full SHA
    545fad8 View commit details
    Browse the repository at this point in the history
  8. [Fuchsia] Providing FUCHSIA_SDK_PATH env var for fuchsia lsc (#51234)

    This change updates test-scripts with https://crrev.com/c/5347216 so that it can override the sdk location from an env var. The override location can be used by update_product_bundles to download emulator images of an unreleased sdk from gcs buckets. The process is used by fuchsia lsc (https://ci.chromium.org/ui/p/turquoise/builders/global.ci/sdk-core-linux-flutter), now it's failing due to the wrong product_bundle location being used.
    
    This change should have no impact to the existing builders since they do not use either gclient variables relevant. E.g. download_fuchsia_sdk and fuchsia_sdk_path.
    
    Bug: http://b/328110079
    
    FYI: @mbrase 
    
    [C++, Objective-C, Java style guides]: https://github.com/flutter/engine/blob/main/CONTRIBUTING.md#style
    zijiehe-google-com authored Mar 8, 2024
    Configuration menu
    Copy the full SHA
    6d7168c View commit details
    Browse the repository at this point in the history
  9. [Impeller] More efficient usage of transient onscreen attachments. (#…

    …51206)
    
    Work towards flutter/flutter#144617
    
    > The primary trick here is making sure that the transient attachments for the onscreen (MSAA and Depth/Stencil) are effectively recycled. In fact, I think we can actually make a single Onscreen MSAA and Onscreen Depth/Stencil and share them across the swapchain images - as they should be effectively synchronized already.
    
    Fixes flutter/flutter#141750
    Jonah Williams authored Mar 8, 2024
    Configuration menu
    Copy the full SHA
    05fdf94 View commit details
    Browse the repository at this point in the history
Loading