|
7 | 7 | `castFromPointer` method to blocks.
|
8 | 8 | - Add `-Wno-nullability-completeness` as default compiler option for MacOS.
|
9 | 9 | - __Breaking change__: Use `package:objective_c` in ObjC bindings.
|
10 |
| - - ObjC packages will have a flutter dependency (until #1068 is fixed). |
| 10 | + - ObjC packages will have a flutter dependency (until |
| 11 | + https://github.com/dart-lang/native/issues/1068 is fixed). |
11 | 12 | - ObjC class methods don't need the ubiquitous `lib` argument anymore. In
|
12 |
| - fact, ffigen won't even generate the native library class (unless you're |
13 |
| - binding top level functions and not using `@Native`). It is still necessary |
14 |
| - to `DynamicLibrary.open` the dylib though. |
| 13 | + fact, ffigen won't even generate the native library class (unless it needs |
| 14 | + to bind top level functions without using `@Native`). It is still necessary |
| 15 | + to `DynamicLibrary.open` the dylib though, to load the classes and methods. |
15 | 16 | - Adapting to this change:
|
16 |
| - - If your generated code no longer contains the native library class, it |
17 |
| - means you don't need it anymore. So |
18 |
| - `final lib = FooNativeLib(DynamicLibrary.open('foo.dylib'));` becomes |
19 |
| - `DynamicLibrary.open('foo.dylib');`. |
20 |
| - - Regardless of whether you still have a native library class, delete the |
| 17 | + - Update ffigen and re-run the code generation. If the generated code no |
| 18 | + longer contains the native library class, it means it isn't needed |
| 19 | + anymore. So `final lib = FooNativeLib(DynamicLibrary.open('foo.dylib'));` |
| 20 | + must be changed to `DynamicLibrary.open('foo.dylib');`. |
| 21 | + - Regardless of whether the native library class still exists, delete the |
21 | 22 | `lib` parameter from all ObjC object constructors and static method calls
|
22 | 23 | and block constructors.
|
23 | 24 |
|
|
0 commit comments