Commit ddf8829
committed
windows: copy cached dart_bridge DLLs to stable name in build tree
Windows jobs in run 27356505799 hit `Failed to load dynamic library
'dart_bridge_d.dll': The specified module could not be found (error
code 126)` — same shape as the Linux issue I caught while writing the
cache patch. Flutter's bundled_libraries machinery preserves filenames
as-is, so pointing bundled_libraries at the arch-suffixed cache file
(`dart_bridge-windows-x86_64.dll`) lands it in the .app under that
name. The Dart side opens by the unsuffixed `dart_bridge[_d].dll`, so
the loader can't find it.
Mirror the Linux fix: download into cache under the upstream filename,
then `configure_file(... COPYONLY)` to a stable `dart_bridge.dll` /
`dart_bridge_d.dll` in CMAKE_BINARY_DIR/dart_bridge/, and have
bundled_libraries reference the build-tree names.
iOS 3.14 timed out in the same run with 1h35m of silence after Xcode
build (iOS 3.12 + 3.13 both passed) — simulator flake, unrelated.1 parent 6a87c5e commit ddf8829
1 file changed
Lines changed: 17 additions & 4 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
82 | 82 | | |
83 | 83 | | |
84 | 84 | | |
85 | | - | |
86 | | - | |
| 85 | + | |
| 86 | + | |
| 87 | + | |
| 88 | + | |
| 89 | + | |
| 90 | + | |
| 91 | + | |
| 92 | + | |
87 | 93 | | |
88 | 94 | | |
89 | 95 | | |
90 | | - | |
| 96 | + | |
91 | 97 | | |
92 | 98 | | |
93 | | - | |
| 99 | + | |
| 100 | + | |
| 101 | + | |
| 102 | + | |
| 103 | + | |
| 104 | + | |
| 105 | + | |
| 106 | + | |
94 | 107 | | |
95 | 108 | | |
96 | 109 | | |
| |||
0 commit comments