bug-wget
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-wget] let's fix the openssl backend once and for all


From: Daniel Stenberg
Subject: Re: [Bug-wget] let's fix the openssl backend once and for all
Date: Thu, 30 Oct 2014 23:43:54 +0100 (CET)
User-agent: Alpine 2.00 (DEB 1167 2008-08-23)

On Thu, 30 Oct 2014, Giuseppe Scrivano wrote:

[1] = there would be some amount of work involved to make it happen, from both parties, but I think there would be mutual benefit. The code is somewhat separated in the libcurl code base already, but would need some further polish to get properly useful.

that could be an interesting approach. Is this library distributed under a MIT/X derivate license too?

It isn't quite a library just yet, but could become one. And yes, it is all MIT licensed code.

Do you think it would be possible to make a completely new library out of it?

We converted to an internal API years ago and that enabled the explosion of supported TLS backends/libraries in curl. At the end of 2013 I took the next step and actually moved around source code within libcurl to get the ball rolling on actually making a separate library out of this, to allow other users than just libcurl (and I've had several other people and projects ask me for that in the past) but since we haven't found any such other user (yet) that work was never completed. There are still code in there that needs to be torn apart better.

You can browse the code here: https://github.com/bagder/curl/tree/master/lib/vtls

Maybe wget won't be the only user to take advantage of such library.

Right, there could indeed be other users besides curl and wget and if we do this I'm convinced they will show up - but I also think it'll be easier for us to ignore that initially.

--

 / daniel.haxx.se



reply via email to

[Prev in Thread] Current Thread [Next in Thread]