[Webkit-unassigned] [Bug 212012] [GTK] RFE: replace libicu by glib

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=212012

Adrian Perez <aperez at igalia.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
                 CC|                            |aperez at igalia.com
         Resolution|---                         |WONTFIX

--- Comment #2 from Adrian Perez <aperez at igalia.com> ---
Some of the newest Web-facing APIs (and in particular the JS Intl ones)
which rely on implementation behaviour provided by ICU. While the specs
themselves may not explicitly mention ICU, they are often just exposing
functionality present in the library; this has been mentioned recently
in this webkit-dev mailing list thread:

  https://lists.webkit.org/pipermail/webkit-dev/2020-April/031162.html

Therefore, we would need ICU anyway for those. If we are going to need
the library anyway, there is no point in trying to avoid using it.

If you need to reduce memory (or disk) usage, you can look into building
ICU with some features and/or data tables removed. For example the support
for EBCDIC encoding is in general unneeded in the context of a Web engine.
If you are trying to build an embedded system where you know in advance
which languages will be supported, you can also remove the data tables
for languages you don't need to support (for example: if your target is
the US market, remove the CJK/Thai/etc. break iterator dictionaries and
rule sets). If you want to go down this route, please check the ICU site,
which has some information on this topic:

  http://userguide.icu-project.org/icufaq#TOC-How-can-I-reduce-the-size-of-the-ICU-data-library-

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20200518/6a031055/attachment-0001.htm>