Buy commercial curl support from WolfSSL. 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
himself.
RE: [BUG] 8.6.0 Libpsl requirement is not portable
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Randall via curl-library <curl-library_at_lists.haxx.se>
Date: Wed, 31 Jan 2024 17:15:05 -0500
On Wednesday, January 31, 2024 4:57 PM, Daniel Stenberg wrote:
>On Wed, 31 Jan 2024, Randall via curl-library wrote:
>
>> Having a dependency like this, that is not trivially portable leading
>> to security issues in future, is rather problematic, don't you agree?
>
>I don't understand why this library is not "trivially portable". If it
isn't already, I
>figure that's where efforts could be spent.
>
>Especially if the focus would be to get something that (mostly) works for
curl, as
>that would rule out a lot of IDN and unicode functionality. It's not doing
very
>complicated things.
>
>If someone would volunteer to rather provide the functionality built-in in
curl, I
>don't think I would be against it.
I would actually like libpsl to support other platforms, but it does make
assumptions about what are generally supported that are not the case. It is
far far too big a job to make it portable for me to get approval from my
company to spend time on it.
Date: Wed, 31 Jan 2024 17:15:05 -0500
On Wednesday, January 31, 2024 4:57 PM, Daniel Stenberg wrote:
>On Wed, 31 Jan 2024, Randall via curl-library wrote:
>
>> Having a dependency like this, that is not trivially portable leading
>> to security issues in future, is rather problematic, don't you agree?
>
>I don't understand why this library is not "trivially portable". If it
isn't already, I
>figure that's where efforts could be spent.
>
>Especially if the focus would be to get something that (mostly) works for
curl, as
>that would rule out a lot of IDN and unicode functionality. It's not doing
very
>complicated things.
>
>If someone would volunteer to rather provide the functionality built-in in
curl, I
>don't think I would be against it.
I would actually like libpsl to support other platforms, but it does make
assumptions about what are generally supported that are not the case. It is
far far too big a job to make it portable for me to get approval from my
company to spend time on it.
-- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.htmlReceived on 2024-01-31