Re: alternative extension: php-sm-curl

Daniel Stenberg via curl-and-php <[email protected]> Tue, 28 Jul 2026 12:14:11 +0200 (CEST)
Newsgroups gmane.comp.web.curl.php
Message-ID <[email protected]>
On Tue, 28 Jul 2026, Michael via curl-and-php wrote:

Hello,

> Streamlined Dependencies: The dependency chain has been minimized 
> exclusively to nghttp2 and LibreSSL.

So no libcurl? The name kind of implies that you use it, but maybe you meant 
apart from that?

> Similarly, c-ares is intentionally omitted from the design; its threaded 
> asynchronous model introduces needless complexity without tangible benefit 
> over the native system resolver in an NTS architecture.

This sounds like you have misunderstood something. c-ares is used *without* 
threads, it is the other way around: if you want asynch name resolving without 
c-ares (or alternative libraries) you need to use threads. That's what libcurl 
does under the hood.

Most users don't build with c-ares for the default resolving with curl (and 
for example no Linux distro does that by default), but going forward curl 
users might soon use it a little more for HTTPS-RR support.

-- 

  / daniel.haxx.se || https://rock-solid.curl.dev
-- 
curl-and-php mailing list
[email protected]
https://lists.haxx.se/mailman/listinfo/curl-and-php