[GH-ISSUE #167] No soname for ABI tracking #138

Closed
opened 2026-05-05 11:45:42 -06:00 by gitea-mirror · 6 comments
Owner

Originally created by @remicollet on GitHub (Apr 27, 2018).
Original GitHub issue: https://github.com/jmcnamara/libxlsxwriter/issues/167

Originally assigned to: @jmcnamara on GitHub.

This library doesn't set any soname, so it is hard to track ABI compatibility

Expected, something like

/usr/lib64/libxlswriter.so -> libxlswriter.so.1
/usr/lib64/libxlswriter.so.1 -> libxlswriter.so.1.0
/usr/lib64/libxlswriter.so.1.0

This means incompatible changes have to bump the soname, new symbols have to bump the minor version.

This a common good practice, respected by nearly all libraries.

Originally created by @remicollet on GitHub (Apr 27, 2018). Original GitHub issue: https://github.com/jmcnamara/libxlsxwriter/issues/167 Originally assigned to: @jmcnamara on GitHub. This library doesn't set any _soname_, so it is hard to track ABI compatibility Expected, something like /usr/lib64/libxlswriter.so -> libxlswriter.so.1 /usr/lib64/libxlswriter.so.1 -> libxlswriter.so.1.0 /usr/lib64/libxlswriter.so.1.0 This means incompatible changes have to bump the soname, new symbols have to bump the minor version. This a common good practice, respected by nearly all libraries.
gitea-mirror 2026-05-05 11:45:42 -06:00
Author
Owner

@jmcnamara commented on GitHub (Apr 27, 2018):

Good suggestion. I'll look into adding that.

<!-- gh-comment-id:384912992 --> @jmcnamara commented on GitHub (Apr 27, 2018): Good suggestion. I'll look into adding that.
Author
Owner

@jmcnamara commented on GitHub (Jan 10, 2020):

I still have this at the back of my mind. However, I think there is still too much flux/development going on in libxlsxwriter to try stabilise the ABI or use semantic versioning.

<!-- gh-comment-id:572973998 --> @jmcnamara commented on GitHub (Jan 10, 2020): I still have this at the back of my mind. However, I think there is still too much flux/development going on in libxlsxwriter to try stabilise the ABI or use semantic versioning.
Author
Owner

@jmcnamara commented on GitHub (Sep 21, 2020):

Same comment as above. Libxlsxwriter still has too much change to try stabilise the ABI. Closing for now.

<!-- gh-comment-id:696414680 --> @jmcnamara commented on GitHub (Sep 21, 2020): Same comment as above. Libxlsxwriter still has too much change to try stabilise the ABI. Closing for now.
Author
Owner

@imaiguo commented on GitHub (Jun 2, 2021):

need soname urgently

<!-- gh-comment-id:852965941 --> @imaiguo commented on GitHub (Jun 2, 2021): need soname urgently
Author
Owner

@jmcnamara commented on GitHub (Jun 2, 2021):

Ok. Re-opening this issue.

<!-- gh-comment-id:852985365 --> @jmcnamara commented on GitHub (Jun 2, 2021): Ok. Re-opening this issue.
Author
Owner

@jmcnamara commented on GitHub (Jun 26, 2021):

Closing in favour of #340.

<!-- gh-comment-id:869024011 --> @jmcnamara commented on GitHub (Jun 26, 2021): Closing in favour of #340.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/libxlsxwriter#138
No description provided.