<div dir="ltr"><div dir="ltr"><div dir="ltr">On Wed, Mar 27, 2019 at 9:44 AM JF Bastien &lt;<a href="mailto:cxx@jfbastien.com">cxx@jfbastien.com</a>&gt; wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">Are you worried that implementations wouldn&#39;t be able to use ICU directly?<br></div></div></blockquote><div><br></div><div>No, but it feels like an unnecessary addition to the language when lots of people have competent existing libraries for the purpose.</div><div><br></div><div>As such, it looks like spec and library bloat.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div>Many users will want to be able to use the latest version of Unicode, which will tend to be newer than what their compiler provides.</div></div></div></blockquote><div><br></div><div>How so?</div></div></div></blockquote><div><br></div><div>I don&#39;t know what you mean with &quot;How so?&quot;.</div><div>Lots of people routinely use a compiler and/or a standard library that&#39;s not the latest version, and even the latest version may be some months behind the latest Unicode version.</div><div><br></div><div>A library like ICU follows Unicode very closely, and for a developer, it&#39;s easier to update a third-party library than to guarantee that the language runtime on all of their users&#39; machines are up to date.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">If data structures need to be changed, it&#39;s not only a maintenance burden but potentially a specification burden. Or do you mean rebuilding tries, or new parsers of the unicode database? </blockquote><div><br></div><div>Unicode data file parsers sometimes need adjustment for new values.</div><div>Sometimes derivation of properties changes; if you use some derivations yourself, you need to carefully review spec changes to follow.</div><div>In data structures, it is common to encode many values as ints with few bits; sometimes the addition of values will require widening fields and tables.</div><div>Numeric values are essentially open-ended, but data storage isn&#39;t. If you want to store large values and fractions, sometimes you need to adjust your data structures.</div><div><br></div><div>Then there are contributory properties like Other_Alphabetic that are not generally obvious as something that should not be exposed via API; I didn&#39;t check if that&#39;s in the proposal.</div><div><br></div><div>markus</div></div></div></div>