Sebastien Pouliot

Unlike Xamarin.iOS and Xamarin.Mac, E4K is not a runtime (nor do we plan to make it one) but _only_ a generator. That makes callbacks, from managed to native, tricky (if...

> throw an error during generation. It would be helpful if you can file issue on those, with test cases (e.g. signatures). We should only warn (and skip) unsupported stuff,...

The existing arguments are made to be identical across both implementations, so a script can switch between them. @tritao I'd rather like the proposal to drop all single arguments (they...

@realvictorprm are you able to test your changes in the `objc` branch ? or would you rather just remove them from `master` and someone else will do the same for...

https://github.com/spouliot/dotnet-tools/tree/master/cecil-pdb-check for the code I used to verify FWIW it seems to be the only method, that has a problem, inside the assembly.

> Is this straight from csc? Has this been processed by Cecil and not generated correctly, that would be fun. The assembly comes from https://github.com/xamarin/xamarin-macios/issues/12306 (from a code consumer, not...

c.c. @mhutch who has been thinking about IDE integration for e4k

Also `machine.config` and making sure to pick up any assembly.dll.config files for things we're binding...

@chamons not urgent. We should generate correct code first. It's also a moving target as we started (not ended) exposing other types (either directly or by conversion)

That rings a bell... I likely forgot it. Tried it and it still queued some non-mac tests (but less than before) ``` dont link (Mac Modern) introspection (Mac Modern) xammac...