* Miro Hrončok: > On 21. 01. 26 4:20, Gordon Messmer wrote: >> On 2026-01-16 11:39 AM, Miro Hrončok wrote: >>>> It is my opinion that offering versioned symbols to expat is so >>>> simple that even a caveman could do it (insert insurance >>>> commercial here), while refactoring Python's code (not to mention >>>> every other application that uses the new symbols) is not >>>> something I would ask package maintainers to do. >>> >>> Are you willing to be that caveman? 🙂 >> I spoke to the developer of expat to answer some questions he had >> about versioned symbols, and we're about 90% of the way to an >> acceptable PR: >> https://github.com/libexpat/libexpat/pull/1134 >> This PR is more complex than I think will be typical because the >> maintainer would like versioned symbols to be opt-in for now, and >> because the project supports two different build systems, and >> because the maintainer had some information available about symbol >> version history, which I preserved. > > Thank you! > > One thing that I'd like to get clarified: If this is released in the > next expat version and we add the --enable-symvers configure flag, do > we need to rebuild everything that links to libexpat, or not?
Each symbol is only listed once, so there's no ambiguity in the fallback choice for unversioned symbols. I think the existing build process already hides internal symbols, so there can't be any references to them. So existing binaries should be fine. What won't work is moving binaries linked with symbol version to a distribution that doesn't have an expat library with symbol versioning turned on. This is why I think optional symbol versioning is one of the worse options there are. (We have the same thing with ncurses.) Thanks, Florian -- _______________________________________________ devel mailing list -- [email protected] To unsubscribe send an email to [email protected] Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/[email protected] Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
