Mark Hammond

> * then fairybridge should define blanket FFI trait impls for its types Thanks, but I'm still mildly confused - in the description, you mention "Make UDL generate blanket ffi...

sorry, we don't support that - https://mozilla.github.io/uniffi-rs/latest/types/records.html mentions no smart pointers etc. I don't see a path to the ffi here. I'll close this because it is documented, but happy...

Yeah, fair enough, I don't see an easy answer to that!

This seems fine, but I guess we are going to want a new executable too? ie, I'm not sure it makes sense to land this if it means the exe...

right, I see #2686 also wants to modify this. I guess this seems fine if it helps keep that ball rolling (although I wonder how far that ball will actually...

I suspect that patch predates git? But if you can verify locally the patch applies and makes a new executable which works I'm happy to have this merged

> Do you want me to include the minimal makefile changes as well ? > > Should I include the new swig executable in this PR or did you simply...

That sounds correct to me. Swift has much simpler checks - it just [checks that no object references exist](https://github.com/mozilla/uniffi-rs/blob/ca1723906ca4b711c51f7e881bab9650457d576a/uniffi_bindgen/src/bindings/swift/gen_swift/mod.rs#L331) - however, because that's not enabled by default, I do wonder...

I'm having real trouble getting excited about changes dictated by an external tool which don't actually fix or change any functionality. These kinds of changes (and many of the other...

> I'm not sure how to hook it in to the new doc system though. Does this mean updating the gh-pages branch after we merge this? Maybe you could walk...