Looks like it's building dosfstools... This is buildroot-2013.02, and I let buildroot build the toolchain, so it's not an external toolchain issue.....
Never mind - toolchain must have WCHAR support turned (it would be nice if the menuconfig figured this out for you and warned you).
I don't understand, which package failed to build? Is it dosfstools? If so, dosfstools correctly has a dependency on WCHAR. I see '*** dosfstools requires a toolchain with LARGEFILE and WCHAR support ***' in my menuconfig. And I don't see any package that depend on it without taking care of the WCHAR dependency. Could you provide a few more details? Thanks!
Apparently, Mike managed to fix the problem he was having, and didn't give sufficient details to understand what was confusing. I'm therefore closing this bug for now. Mike, if anything was confusing and you think should be improved, do not hesitate to reopen this bug and provide more details.
I just had this bug too, but I dunno what caused it, and I dunno how to reproduce it! For some unknown reason I was getting a fatal error during the compilation of dosfstools 3.0.16 about charconv.c trying to include iconv.h but being unable to. I tried investigating, but couldn't work out what was going wrong (I'm not that familiar with buildroot or cross-compilation setups). So I did 'rm -r output/build/dosfstools-3.0.16' followed by a 'make' and I still got the same error. So tried investigating again, but didn't get anywhere. So then I did 'rm -r output/build/dosfstools-3.0.16; rm -r output/build/libiconv-1.14' and to my great surprise this time the 'make' worked fine. So I dunno how buildroot / dosfstools / libiconv got itself into this funny situation, but everything is building fine again now, and I dunno how to reproduce the problem.