You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
It would be beneficial to users if we include the iOS debugging symbols (dSYM file) in our release assets. This would allow users to better debug stack traces from crashes they encounter when using the MapLibre library.
Describe the solution you'd like
The release build process (for iOS) should include generating the debugging symbols (dSYM file) and the symbol file should be included in the published release assets.
Describe alternatives you've considered
The alternative would be for the user to download the source from the release and build the debug symbols, but they won't match the release binary exactly unless the UUID matches, which would take a number of factors (e.g. XCode version, Mac OS version) as well as some non-deterministic factors such as build timestamps and number of cores on build system.
So I believe building/publishing the matching debug symbols for our release binaries is the best path forward for our users.
Additional context
This request is specifically for iOS, but we should look at doing the same for our other supported platforms as well.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
It would be beneficial to users if we include the iOS debugging symbols (dSYM file) in our release assets. This would allow users to better debug stack traces from crashes they encounter when using the MapLibre library.
Describe the solution you'd like
The release build process (for iOS) should include generating the debugging symbols (dSYM file) and the symbol file should be included in the published release assets.
Describe alternatives you've considered
The alternative would be for the user to download the source from the release and build the debug symbols, but they won't match the release binary exactly unless the UUID matches, which would take a number of factors (e.g. XCode version, Mac OS version) as well as some non-deterministic factors such as build timestamps and number of cores on build system.
So I believe building/publishing the matching debug symbols for our release binaries is the best path forward for our users.
Additional context
This request is specifically for iOS, but we should look at doing the same for our other supported platforms as well.
The text was updated successfully, but these errors were encountered: