Repository navigation
Improve iOS bindings #3601
Description
We're generating bindings for our Cocoa SDK via https://github.com/getsentry/sentry-dotnet/blob/main/scripts/generate-cocoa-bindings.ps1 which has turned laborious and brittle.
Issues
- Not reentrant
- Trouble handling Swift headers
- Very hard to extend
Activity
jamescrosswell commentedon Nov 11, 2024
@bitsandfoxes did you have any alternative solutions in mind? It seems like we have to use objective sharpie... and like some post generation cleanup is necessary (since it doesn't always get it right). What were you thinking we might be able to improve?
bitsandfoxes commentedon Nov 11, 2024
Most ideas floating around were coming from @brustolin.
One of those was to create the bindings manually for all the API that the SDK actually uses. Ideally, this would be maintained by the Cocoa team.
The way I see it we get to either invest into automation that seems to keep breaking and needs to be maintained or we invest into creating a stable bridge that needs to be maintained to keep up to date with the evolving Cocoa SDK.
brustolin commentedon Nov 12, 2024
Keep in mind that we dont release public API very often.
jamescrosswell commentedon Feb 13, 2025
@aritchie suggested we could use Slim Bindings for this. Maybe we do this in the future if there's a major bump to the Cocoa SDK which is difficult to handle via Objective Sharpie
jpnurmi commentedon Nov 5, 2025
I recently came up with a Roslyn-based solution to this problem. It can handle Swift types and should be easier to extend:
Re-entrancy should no longer be needed now that the
SetupCocoaSDKtarget runs exactly once:Feel free to re-open the issue if there's anything missing or unsatisfactory. :)