Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Customize handling of un-bridgable types/methods #48

Open
marcprux opened this issue Jan 18, 2025 · 1 comment
Open

Customize handling of un-bridgable types/methods #48

marcprux opened this issue Jan 18, 2025 · 1 comment

Comments

@marcprux
Copy link
Contributor

When a public type or method cannot be bridged from Swift to Kotlin, the skipstone plugin will fail with an error. For packages that might have a large portion of public API that isn't expected it be bridgable, it can be cumbersome to annotate these all with // SKIP @nobridge.

We could have a skip.yml option called unbridgable that accepts fail (the default), warn, and ignore. The latter two would avoid attempting to create a bridge to a type or method that isn't bridgeable.

@piercifani
Copy link

For what is worth, I think it could be simpler to have an option in the .yml to either:

  • Bridge everything public
  • Opt into bridging using an annotation like // SKIP @bridge

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants