The standard does not specify what the standard exceptions return from what(). It does not have to be in English. Why care about it's prototype? You may want to embed into what() unicode strings that describe the error…
I agree in principle. But "chatty" APIs usually work with short strings, in which case you can use stack allocations in those performance critical calls.
I believe the authors wrote it clear enough that they don't rule out UTF-16 completely: > We believe that all other encodings of Unicode (or text, in general) belong to rare edge-cases of optimization and should be…
Man, the article doesn't try to argue for or against UTF-8 based on lexicographical order. It's in the "facts" section, and it's a correct fact. So it's just as neutral as "Widechar is 2 bytes [...] 4 on others." or "In…
AFAIK the correct term is "byte oriented".
The standard does not specify what the standard exceptions return from what(). It does not have to be in English. Why care about it's prototype? You may want to embed into what() unicode strings that describe the error…
I agree in principle. But "chatty" APIs usually work with short strings, in which case you can use stack allocations in those performance critical calls.
I believe the authors wrote it clear enough that they don't rule out UTF-16 completely: > We believe that all other encodings of Unicode (or text, in general) belong to rare edge-cases of optimization and should be…
Man, the article doesn't try to argue for or against UTF-8 based on lexicographical order. It's in the "facts" section, and it's a correct fact. So it's just as neutral as "Widechar is 2 bytes [...] 4 on others." or "In…
AFAIK the correct term is "byte oriented".