1. 01 2月, 2020 1 次提交
    • C
      Remove all uses of the redundant flutter_root variable. (#16311) · f7b78e00
      Chinmay Garde 提交于
      This was only necessary when the Engine had to build in multiple buildroots
      where the sources where checked out at different paths relative to the
      buildroot. This is no longer the case and there are already cases GN rules
      have been written that mix and match variable usage with the direct
      specification of the path to the Flutter sources relative to the sole buildroot.
      f7b78e00
  2. 31 1月, 2020 2 次提交
  3. 29 1月, 2020 1 次提交
  4. 28 1月, 2020 1 次提交
    • C
      Allow embedders to schedule a callback on all engine managed threads. (#15980) · c5329ef5
      Chinmay Garde 提交于
      `FlutterEnginePostCallbackOnAllNativeThreads` schedule a callback to be run on
      all engine managed threads. The engine will attempt to service this callback the
      next time the message loops for each managed thread is idle. Since the engine
      manages the entire lifecycle of multiple threads, there is no opportunity for
      the embedders to finely tune the priorities of threads directly, or, perform
      other thread specific configuration (for example, setting thread names for
      tracing). This callback gives embedders a chance to affect such tuning.
      
      Fixes flutter/flutter#49551
      Fixes b/143774406
      Fixes b/148278215
      Fixes b/148278931
      c5329ef5
  5. 26 1月, 2020 1 次提交
    • C
      Move tonic into //flutter/third_party. (#15895) · 276481c4
      Chinmay Garde 提交于
      Tonic used to be used by multiple consumers outside of Flutter Engine. Due to
      this, it has an unnecessary abstraction layer as well as utilities duplicated in
      FML and other engine subsystems. The sole user of Tonic is now the Flutter
      Engine. It is intended that the Flutter Engine team now owns this subsystem,
      remove unnecessary utilities and document the headers. This is the first step in
      the transition. No history is being imported as the initial history was already
      lost in the transition of this component to fuchsia.googlesource. As this
      component was unmaintained there, I could see no additional value in importing
      the history of the patches there.
      
      No functional change. Just moved the repo from //third_party to
      //flutter/third_party and updates GN refs.
      276481c4
  6. 25 1月, 2020 2 次提交
  7. 24 1月, 2020 3 次提交
  8. 23 1月, 2020 1 次提交
  9. 22 1月, 2020 1 次提交
  10. 17 1月, 2020 1 次提交
  11. 08 1月, 2020 1 次提交
  12. 20 12月, 2019 1 次提交
  13. 14 12月, 2019 1 次提交
    • C
      Allow embedders to post Dart objects on send ports from the native side. (#14477) · f0583215
      Chinmay Garde 提交于
      This is a non-breaking addition to the stable Flutter Embedder API and exposes a
      subset of the functionality provided by Dart_PostCObject API in a stable and
      tested manner to custom embedder implementations.
      
      Send port acquisition can currently be done as described in the unit-test but
      there may be opportunities to extend this API in the future to access ports more
      easily or create ports from the native side.
      
      The following capabilities of the the Dart_PostCObject API are explicitly NOT
      exposed:
      * Object arrays: This allows callers to create complex object graphs but only
        using the primitives specified in the native API. I could find no current use
        case for this and would have made the implementation a lot more complex. This
        is something we can add in the future if necessary however.
      * Capabilities and ports: Again no use cases and I honestly I didn’t understand
        how to use capabilities. If needed, these can be added at a later point by
        appending to the union.
      
      Fixes https://github.com/flutter/flutter/issues/46624
      Fixes b/145982720
      f0583215
  14. 13 12月, 2019 1 次提交
  15. 04 12月, 2019 4 次提交
  16. 28 11月, 2019 1 次提交
  17. 27 11月, 2019 1 次提交
    • C
      Add a separate target for Dart coverter on FML types. (#14011) · ca68af25
      Chinmay Garde 提交于
      The converters are still in a separate target that must be included manually. This allows targets that depend on FML but not Dart runtime not have to depend on the runtime.
      
      Adds a test that includes this target and tests image decompression from assets. There is also a test for the standalone DartConvertor in shell_unittests but not in fml_unittests be cause FML uni-tests cannot yet launch a VM. I will work on adding fixtures for those.
      ca68af25
  18. 26 11月, 2019 1 次提交
  19. 23 11月, 2019 2 次提交
  20. 21 11月, 2019 1 次提交
  21. 07 11月, 2019 1 次提交
  22. 01 11月, 2019 2 次提交
  23. 30 10月, 2019 2 次提交
  24. 18 10月, 2019 1 次提交
    • G
      Re-enable WeakPtr ThreadChecker and fix associated failures (#12257) · 8b976194
      George Wright 提交于
      This re-enables thread safety checks for WeakPtr. WeakPtrs can't be used on a thread other than the one the WeakPtrFactory was created on.
      
      This fixes the unit tests and adds a getUnsafe() method to WeakPtr to work around the remaining unresolved locations where we are using WeakPtr unsafely.
      8b976194
  25. 17 10月, 2019 2 次提交
  26. 11 10月, 2019 1 次提交
  27. 09 10月, 2019 1 次提交
  28. 17 9月, 2019 1 次提交
  29. 25 8月, 2019 1 次提交