On Wednesday 06 November 2013 11:56:33 Ivanko B wrote:
> That can not be done with perfect performance.
> ===========================
> Yes, but there must exist (or to be invented) special techinques for
> optimizations to some acceptable level.
String performance must be perfect, acceptable is not acceptable. ;-)
> Now approx 100% of WWW are utf8, most DB setups are UTF8, most text
> editors are UTF8, most LINUX installations are UTF8.. Which will be in
> 3..5 years ?
>
utf-8 will be handled with the 8 bit strings. Again the question, do you think
working with current msestring is comfortable?
> There probably will be a reference counted utf-16 string type fore pure
> text (like the current msestring) and there will be not reference counted
> 8-bit strings (like Delphi string[<length>]) and a reference counted 8-bit
> string type (like Delphi 7 AnsiString).
> ===========================
> For the new compiler to be simple ("readable as letter" as claimed) we
> need to make all its things simple - to leave a single universal
> STRING type (definetely UTF8 or UCS32 but the later is space= cache
> inefficient) for strings.
>
Why not utf-16?
Martin
------------------------------------------------------------------------------
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
_______________________________________________
mseide-msegui-talk mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
