> Confirmed. Thanks, Albert! I wasn't aware that this was the same bug > that we work around in so many other places. > > I'm adding the fix below to gnulib. No need any more for -I/usr/include > or option -nodtk.
Why don't we instead add a new module, wchar, which provides a replacement <wchar.h> using the same techniques as we do with stdint.m4. Then we could have all other modules that use wchar.h depend on this module, and blindly use <wchar.h> in their .h and .c without worrying about header dependencies, rather than fighting whether AC_CHECK_HEADERS([wchar.h]) is used correctly in the respective .m4 files? After all, this is a pretty long list of .m4 files that all mention wchar.h, and not all of them take the proper precautions to find the right way to use it. Maybe it is even worth an autoconf macro in 2.61. m4/fnmatch.m4 m4/mbchar.m4 m4/mbrtowc.m4 m4/mbstate_t.m4 m4/mbswidth.m4 m4/quotearg.m4 m4/regex.m4 m4/stdint.m4 m4/strftime.m4 m4/wcwidth.m4 m4/wint_t.m4 -- Eric Blake -- View this message in context: http://www.nabble.com/Re%3A-m4-1.4.6-soon--tf2056039.html#a5765030 Sent from the Gnulib forum at Nabble.com.
