On 18 Apr 2010, at 20:05, Duncan Gibson wrote: > Just to be on the safe side, and before I start tweaking Makefiles etc > to pull these changes into the main build, I would very much > appreciate > it if some kind users out there could check that the equivalent of: > > gcc -c src/xutf8/fl_wcwidth.c > > compiles without errors on Windows and Mac, as I don't have either.
Fine on OSX 10.4.11, ppc, FWIW. I was going to say that the wchar_t thing was likely to give us problems on win32, but I see Albrecht already got there. I have to say that, since are editing mk_wcwidth.c anyway, we should probably just replace all the wchar_t with uint32_t and be done with it, so that we don't ever have to worry about what size the system thinks a wchar is. It's clear from his code that MK was assuming that a wchar was going to be 32-bits anyway, and that the code points would be set accordingly - i.e directly to the Unicode value, not encoded as utf-16 or utf-8 or anything. _______________________________________________ fltk-dev mailing list fltk-dev@easysw.com http://lists.easysw.com/mailman/listinfo/fltk-dev
