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: Support (lib)ICU for IDN
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Daniel Stenberg via curl-users <curl-users_at_lists.haxx.se>
Date: Mon, 30 Jan 2023 14:20:14 +0100 (CET)
On Mon, 30 Jan 2023, Daniel Engberg wrote:
>>> Just a warning: ICU does not have a stable ABI. Each new ICU version bumps
>>> a library soname. That means that users of ICU needs to rebuild their
>>> applications with each ICU upgrade. That would include libcurl too.
>>
>> Yuck. That suddenly made this sound like a much less attractive idea.
> Historically ICU releases are less frequent than curl so it's not much of an
> issue in the end?
It means that whenever there is a new ICU release, that new version cannot
trasparently simply be used by any existing curl release but instead you must
wait for the next curl release which then presumably could have support for
it.
But also, a modified ABI can then also mean changed behaviors in subtle ways
so it could also make it so that every new curl release kills working with
older ICU releases.
It is just a terrible way of shipping a library, which sounds like a disaster
to me and I wouldn't expect distros to want to build applications and
libraries on top of such fragile dependencies.
Date: Mon, 30 Jan 2023 14:20:14 +0100 (CET)
On Mon, 30 Jan 2023, Daniel Engberg wrote:
>>> Just a warning: ICU does not have a stable ABI. Each new ICU version bumps
>>> a library soname. That means that users of ICU needs to rebuild their
>>> applications with each ICU upgrade. That would include libcurl too.
>>
>> Yuck. That suddenly made this sound like a much less attractive idea.
> Historically ICU releases are less frequent than curl so it's not much of an
> issue in the end?
It means that whenever there is a new ICU release, that new version cannot
trasparently simply be used by any existing curl release but instead you must
wait for the next curl release which then presumably could have support for
it.
But also, a modified ABI can then also mean changed behaviors in subtle ways
so it could also make it so that every new curl release kills working with
older ICU releases.
It is just a terrible way of shipping a library, which sounds like a disaster
to me and I wouldn't expect distros to want to build applications and
libraries on top of such fragile dependencies.
-- / daniel.haxx.se | Commercial curl support up to 24x7 is available! | Private help, bug fixes, support, ports, new features | https://curl.se/support.html -- Unsubscribe: https://lists.haxx.se/listinfo/curl-users Etiquette: https://curl.se/mail/etiquette.htmlReceived on 2023-01-30