On Thursday, February 24, 2022 2:58:10 PM CET Richard W.M. Jones wrote: > On Thu, Feb 24, 2022 at 02:28:08PM +0100, Kamil Dudka wrote: > > On Thursday, February 24, 2022 1:35:38 PM CET Richard W.M. Jones wrote: > > > Did you discuss modularising curl itself upstream? > > > > It was added to their wish list but I do not remember anybody working on it: > > https://github.com/curl/curl/commit/8204844f > > > > > > That would be a better idea. > > > > Not necessarily. Each approach has its pros and cons. > > I'm intrigued by what you think the cons would be. AFAICT if curl was > modular in this way already we wouldn't be discussing this proposal at all, > but a different and better one around packaging splits. > > Rich. They key problem is that we would detect fewer problems at build time and more problems at run-time. Users that prefer to use libcurl this way are already using it via pycurl or similar binding. So there is no reason to cripple libcurl for users that prefer to use in a more predictable way. Also environments where libcurl is used (for example Java Virtual Machine) are sensitive to the order in which shared libraries are loaded and initialized. If we make libcurl load external libraries (e.g. openldap) at run-time, it is not going to improve the already complicated situation. The solution would also paralyze the automatic dependency scanner in rpmbuild, which sees only dependencies known at build time. Fedora packaging guidelines also insist on the unversioned .so being packaged in a -devel package. This complicates versioning of libraries that are loaded via dlopen(). Kamil _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx 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/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
