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