Alan Stern schrieb: > The current Unicode usage in the kernel is not nearly as simple as you > seem to think. It includes lots of local assumptions, features that > aren't documented or commented, special-purpose inline code, and so on. > Converting it all to use a single centralized library would be an > immense job.
It would benefit the kernel though. I see no reason not to do it just because it is a big job. At least the review where Unicode is handled in the kernel should be done. Otherwise no real assessment of the job to be done is possible. > "full handling of Unicode"? You must be kidding. Do you have any idea > how difficult it is to do something as simple as converting between > lower- and uppercase? If it is required somewhere in the kernel then it has to be implemented. Yes, i know how hard it is. 100K of tables and 255K of source for a Pascal implementation i know. That includes a regular expression parser, but still it is a big chunk of source. You may not ever see a file name in byzantine musical symbols, but there is no reason that a full implementation should not handle that. The trick is to find a way to reduce the size of the lib by selectively compiling out feature levels. ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
