In Bug 364 by hassold:

Configuration symbol __UCLIBC_HAS_WCHAR__ is tested as defined line 249 of features.h,
whereas header bits/uClibc_Config.h, where it is (eventually) defined, is not yet
included (line 267). As a consequence, symbol __STDC_ISO_10646__ is never defined, and
several programs believe C libary hsa no wchar support.

diff --git a/include/features.h b/include/features.h
index 0af6bf4..b94815c 100644 (file)
--- a/include/features.h
+++ b/include/features.h
@@ -246,11 +246,6 @@
 #define __STDC_IEC_559__               1
 #define __STDC_IEC_559_COMPLEX__       1
 
-#ifdef __UCLIBC_HAS_WCHAR__
-/* wchar_t uses ISO 10646-1 (2nd ed., published 2000-09-15) / Unicode 3.0.  */
-#define __STDC_ISO_10646__             200009L
-#endif
-
 /* This macro indicates that the installed library is uClibc.  Use
  * __UCLIBC_MAJOR__ and __UCLIBC_MINOR__ to test for the features in
  * specific releases.  */
@@ -267,6 +262,11 @@
 #include <bits/uClibc_config.h>
 #undef __need_uClibc_config_h
 
+#ifdef __UCLIBC_HAS_WCHAR__
+/* wchar_t uses ISO 10646-1 (2nd ed., published 2000-09-15) / Unicode 3.0.  */
+# define __STDC_ISO_10646__            200009L
+#endif
+
 /*  There is an unwholesomely huge amount of code out there that depends on the
  *  presence of GNU libc header files.  We have GNU libc header files.  So here
  *  we commit a horrible sin.  At this point, we _lie_ and claim to be GNU libc