Buy commercial curl support from WolfSSL. We help you work
out your issues, debug your libcurl applications, use the API, port to new
platforms, add new features and more. With a team lead by the curl founder
himself.
Re: Version 8 at 25 years
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Weston Schmidt via curl-library <curl-library_at_lists.haxx.se>
Date: Thu, 2 Sep 2021 23:05:50 -0700
All excellent reasons to ignore my proposal :).
On Thu, Sep 2, 2021 at 10:58 PM Daniel Stenberg <daniel_at_haxx.se> wrote:
>
> On Thu, 2 Sep 2021, Weston Schmidt via curl-library wrote:
>
> > I realize I'm proposing something counter to your goal of keeping the soname
> > unchanged, but - this would be a great opportunity to remove APIs like the
> > maprintf() group if you're still interested.
>
> Yes, I realize that. But...
>
> 1. A lot of people (users, distros, vendors, customers) will get all worked up
> if we do. I just don't think the cleanups we can do is worth the negativity
> and shock waves that will follow.
>
> 2. libcurl's abi and unparalleled compatibility is one of things I am most
> proud of in the entire curl story and the design of the library. It would be a
> shame to break the streak without a strong(er) reason.
>
> To a lesser extent also:
>
> 3. Discussing breaking the ABI for "cleanups" will open up for so much
> discussion and debate of all sorts of things to fix, remove, add or give a new
> layer of paint. Time and efforts we can spend more wisely I think.
>
> --
>
> / daniel.haxx.se
> | Commercial curl support up to 24x7 is available!
> | Private help, bug fixes, support, ports, new features
> | https://curl.se/support.html
Date: Thu, 2 Sep 2021 23:05:50 -0700
All excellent reasons to ignore my proposal :).
On Thu, Sep 2, 2021 at 10:58 PM Daniel Stenberg <daniel_at_haxx.se> wrote:
>
> On Thu, 2 Sep 2021, Weston Schmidt via curl-library wrote:
>
> > I realize I'm proposing something counter to your goal of keeping the soname
> > unchanged, but - this would be a great opportunity to remove APIs like the
> > maprintf() group if you're still interested.
>
> Yes, I realize that. But...
>
> 1. A lot of people (users, distros, vendors, customers) will get all worked up
> if we do. I just don't think the cleanups we can do is worth the negativity
> and shock waves that will follow.
>
> 2. libcurl's abi and unparalleled compatibility is one of things I am most
> proud of in the entire curl story and the design of the library. It would be a
> shame to break the streak without a strong(er) reason.
>
> To a lesser extent also:
>
> 3. Discussing breaking the ABI for "cleanups" will open up for so much
> discussion and debate of all sorts of things to fix, remove, add or give a new
> layer of paint. Time and efforts we can spend more wisely I think.
>
> --
>
> / daniel.haxx.se
> | Commercial curl support up to 24x7 is available!
> | Private help, bug fixes, support, ports, new features
> | https://curl.se/support.html
-- Unsubscribe: https://lists.haxx.se/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.htmlReceived on 2021-09-03