Patrik Stridvall wrote:
http://www.winehq.com/Docs/wine-devel/testing-windows.shtml says:
Run msvcmaker to generate Visual C++ project files for the tests. ...
$ ./tools/winapi/msvcmaker --no-wine
I did that in my cvs wine directory, and all I got was .: searching for /.spec$/ .: searching for /^Makefile.in$/ <internal>: options.pm: member W0B5 does not exists
Aha. Caught by internationalization. The workaround is
LANG=C export LANG ./tools/winapi/msvcmaker --no-wine
I guess the FAQ needs updating... or the tool needs fixing...
I suspect the easiest "fix" would be to wrap msvcmaker with LANG=C export LANG
BTW, this is only one of many things that breaks when non-C locales are used. Others I know of: * 'man' when displayed in xterm or konsole (see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=75089 where Red Hat says they will not support xterm, and also https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=75642) * all text processing utils are 10x or more slower (makes it hard to grep through large log files) * sort gives nonintuitive results (not a bug, just very suprising)
- Dan