[Tim] >> I don't know why Martin favors wchar_t when possible. The answer to >> that isn't clear. [Martin v. Löwis] > If the wchar_t is "usable", some routines (notably PU_AsWideChar) are > slightly more efficient, so I'd like to make wchar_t "usable" as much > as possible. OK. So is there an end to this thread <0.9 wink>? At the moment, it appears there's no identified reason to care about signedness of a greater-than 16-bit type, good reason to insist that a 16-bit type is unsigned, and that it's desirable for HAVE_USABLE_WCHAR_T to get defined when possible. What more does it take to bury this? If it's Unixish config chagnes, they won't be coming from me (the Windows build uses an unsigned 16-bit wchar_t).
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4