Buy commercial curl support. 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 Daniel himself.
Re: Adopting wcurl into the curl project?
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Dan Fandrich via curl-users <curl-users_at_lists.haxx.se>
Date: Sat, 3 Aug 2024 17:04:06 -0700
On Sun, Aug 04, 2024 at 12:16:55AM +0200, Daniel Stenberg wrote:
> I have read *a lot* of positive feedback from people who seem to appreciate wcurl - however simple
> and basic it is. I think having this hosted and maintained by the curl project seems suitable.
If we're going to be responsible for its future , then we need to think about
the future first. My other gripe is that while it was originally intended to be
a wget replacement (that's where the "w" comes from) in its current form it
can't be made wget compatible because it's already using incompatible option
names. If the intent is to become more wget compatible over time, as some of
the talk I hear about it says and which I think is a better philosophical path
forward, then we should not hinder that by setting that goal up for failure on
day 1.
One of the big strengths of curl is the emphasis on backward compatibility, so
now's the time to think about where this tool should be going.
Dan
Date: Sat, 3 Aug 2024 17:04:06 -0700
On Sun, Aug 04, 2024 at 12:16:55AM +0200, Daniel Stenberg wrote:
> I have read *a lot* of positive feedback from people who seem to appreciate wcurl - however simple
> and basic it is. I think having this hosted and maintained by the curl project seems suitable.
If we're going to be responsible for its future , then we need to think about
the future first. My other gripe is that while it was originally intended to be
a wget replacement (that's where the "w" comes from) in its current form it
can't be made wget compatible because it's already using incompatible option
names. If the intent is to become more wget compatible over time, as some of
the talk I hear about it says and which I think is a better philosophical path
forward, then we should not hinder that by setting that goal up for failure on
day 1.
One of the big strengths of curl is the emphasis on backward compatibility, so
now's the time to think about where this tool should be going.
Dan
-- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-users Etiquette: https://curl.se/mail/etiquette.htmlReceived on 2024-08-04