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: Anyone likes OpenSSL-QUIC ?
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Demi Marie Obenour <demiobenour_at_gmail.com>
Date: Thu, 2 Oct 2025 12:57:32 -0400
On 10/2/25 03:38, Daniel Stenberg wrote:
> On Wed, 1 Oct 2025, Demi Marie Obenour wrote:
>
>> I think OpenSSL should be focusing on fixing its performance problems rather
>> than on a QUIC implementation that nobody is interested in.
>
> I think this is a sentiment most of everyone (outside of the OpenSSL project)
> would agree with.
>
>> Personally, I think a Rust implementation would be better. Hopefully the
>> people behind https://memorysafety.org can fund someone to work on
>> stabilizing it and getting it used in distros.
>
> There are several QUIC stacks written in Rust [1] and one of them, quiche, we
> already have (experimental) support for in curl.
>
> So far we have seen little demand for the Rust alternatives among (lib)curl
> users.
>
> [1] = https://github.com/quicwg/base-drafts/wiki/Implementations
I think the main beneficiaries would be users of Linux distros, who would
get a more memory safe stack without having to change the applications that
link to curl.
Those who use libcurl themselves are probably significantly less likely to
care.
Received on 2025-10-02
Date: Thu, 2 Oct 2025 12:57:32 -0400
On 10/2/25 03:38, Daniel Stenberg wrote:
> On Wed, 1 Oct 2025, Demi Marie Obenour wrote:
>
>> I think OpenSSL should be focusing on fixing its performance problems rather
>> than on a QUIC implementation that nobody is interested in.
>
> I think this is a sentiment most of everyone (outside of the OpenSSL project)
> would agree with.
>
>> Personally, I think a Rust implementation would be better. Hopefully the
>> people behind https://memorysafety.org can fund someone to work on
>> stabilizing it and getting it used in distros.
>
> There are several QUIC stacks written in Rust [1] and one of them, quiche, we
> already have (experimental) support for in curl.
>
> So far we have seen little demand for the Rust alternatives among (lib)curl
> users.
>
> [1] = https://github.com/quicwg/base-drafts/wiki/Implementations
I think the main beneficiaries would be users of Linux distros, who would
get a more memory safe stack without having to change the applications that
link to curl.
Those who use libcurl themselves are probably significantly less likely to
care.
-- Sincerely, Demi Marie Obenour (she/her/hers)
-- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.html
- application/pgp-keys attachment: OpenPGP public key
- application/pgp-signature attachment: OpenPGP digital signature