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: Daniel Stenberg via curl-users <curl-users_at_lists.haxx.se>
Date: Sun, 4 Aug 2024 17:34:04 +0200 (CEST)
On Sun, 4 Aug 2024, Daniel Feenberg wrote:
> One thought if you do go ahead with this. Instead of a new program, why not
> just have curl check the name by which it was called? If it was called as
> wget, act like wget. Then users wouldn't need an additional program, just a
> hard link or at worst a simple copy of the already installed curl binary.
> This also minimizes the ongoing effort of maintaining two packages.
We could. But that's talking about development of how to make or change wcurl
or how to take it further. That's a discussion and possible steps to do in the
wcurl project but if we don't adopt wcurl, then it's not a discussion for us
at all.
This said: several people have objected to that solution when proposed in the
past. I suppose partly because it is a bit weird and it doesn't work easily
everywhere. Also: it adds even more code to curl where if wcurl is done
separately it can grow and get developed independently of the curl tool
itself. I think that's attractive and makes for easier and faster
experimentation.
Date: Sun, 4 Aug 2024 17:34:04 +0200 (CEST)
On Sun, 4 Aug 2024, Daniel Feenberg wrote:
> One thought if you do go ahead with this. Instead of a new program, why not
> just have curl check the name by which it was called? If it was called as
> wget, act like wget. Then users wouldn't need an additional program, just a
> hard link or at worst a simple copy of the already installed curl binary.
> This also minimizes the ongoing effort of maintaining two packages.
We could. But that's talking about development of how to make or change wcurl
or how to take it further. That's a discussion and possible steps to do in the
wcurl project but if we don't adopt wcurl, then it's not a discussion for us
at all.
This said: several people have objected to that solution when proposed in the
past. I suppose partly because it is a bit weird and it doesn't work easily
everywhere. Also: it adds even more code to curl where if wcurl is done
separately it can grow and get developed independently of the curl tool
itself. I think that's attractive and makes for easier and faster
experimentation.
-- / 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/mailman/listinfo/curl-users Etiquette: https://curl.se/mail/etiquette.htmlReceived on 2024-08-04