[vlc-devel] [PATCH] qt4: Add OpenBSD to supported platforms of the towlower function.

Juho Vähä-Herttua juhovh at iki.fi
Wed Nov 3 10:00:19 CET 2010

3.11.2010 10:51, Rémi Denis-Courmont kirjoitti:
>> I guess the problem is that "conditionally defined by the
>> implementation" mentioned in the C99 standard can be interpreted in
>> different ways. One can always blame the Japanese and their resistance
>> to adopt UCS because of rather stupid encoding practices they have
>> adopted there, but that won't help either.
> I don't understand what the Japanese have to do here. This is about the
> coding of wchar_t. As far as I know OpenBSD, Solaris, MacOS X and Windows
> all support Unicode BMP code points inside wchar_t. What character encoding
> they use in other places, be it Shift-JIS in Japan, is irrelevant.

For what I know, the reason Unicode code points are not forced in 
standards is mostly because of resistance in Asia. The reason for this 
in turn is mainly the selection of font in Japan based on the character 
encoding instead of other properties and disagreements in han 
unification which combines the characters of different countries as 
single code points. Without all this mess, wchar_t could just as well be 
explicitly defined as ISO 10646 without the conditional clause and fugly 
__STDC_ISO_10646__ definition.

>> 4) Simply drop the latin1 support in key events altogether
> I am not interested in adding bugs or feature regressions on _all_
> platforms due to problems in C run-time libraries on _some_ operating
> systems.

Thank you for thoroughly considering options 1) and 2), and the later 
added extending keys array and doing bsearch option. It was also nice of 
you to only concentrate on option 4), that I didn't consider viable even 
myself. I feel like I've been heard.


More information about the vlc-devel mailing list