External types seem to prevent (easy) distribution about uniffi-rs

[mhammond]

Where are your build scripts for the bindings? None of our examples have good examples of building, but ultimately you probably need to run uniffi_bindgen in "library mode" by pointing it at the final built .so. I'll try and clarify some more tomorrow.

[DrGodCarl]

I went through a megazord + library mode build just before posting this but didn't get it cleaned up into a build script yet. It had the same issue. I'll try to have my project updated tonight or tomorrow morning with that, plus an example Python project consuming the wheel.

[DrGodCarl]

Alright, I updated that project. There's a build/install script, a megazord, and an updated README. Also added a workaround script that does the .tiny_lib replacement, which is less than ideal but I can move forward on the main project for now.

[mhammond]

Uniffi is broken for external types and Python :( The specific issue here is that your example fails in the generated code at:

from tiny_lib import TinyLibType

where what it wants is:

from .tiny_lib import TinyLibType

Unfortunately the Python bindings don't understand packages and external types. The UniFFI examples all run in the context where each module is top-level - but that's clearly not a viable strategy.

I think UniFFI should just include that leading period, with a future enhancement being you can override it per external type. This patch is simple, but it will break our tests, so our test infra will need to learn about packages.