summaryrefslogtreecommitdiff
path: root/extra/locale/gen_wc8bit.c
diff options
context:
space:
mode:
authorManuel Novoa III <mjn3@codepoet.org>2003-09-16 22:22:30 +0000
committerManuel Novoa III <mjn3@codepoet.org>2003-09-16 22:22:30 +0000
commitdeadfa70fc14c6cb582046ace402db291207db28 (patch)
treeb498afa73bf29b4568504b1aac1c05fab38545ba /extra/locale/gen_wc8bit.c
parent4c7710885ea0d4aaf72fb60e7933e1d3f1a2aaf5 (diff)
This should enabled building of uClibc locale support when using uClibc itself.
Sorry I didn't test this before the release. Please remember that the locale data generation tools are not very robust, so doing something like disabling 8-bit codeset support is likely to break things. As it stands, UTF-8 support is required, but I'm not sure I test for that. Also, you will notice a difference in the locale data generated by uClibc verses glibc. That's because the bg_BG locale specifies use of grouping in LC_NUMERIC, but supplies no grouping char. The uClibc locale code tests for and works around this (at the moment) by disabling grouping. But the result is slightly different data which ripples throughout the rest of the tables.
Diffstat (limited to 'extra/locale/gen_wc8bit.c')
-rw-r--r--extra/locale/gen_wc8bit.c5
1 files changed, 3 insertions, 2 deletions
diff --git a/extra/locale/gen_wc8bit.c b/extra/locale/gen_wc8bit.c
index 75054667a..8a6d47a11 100644
--- a/extra/locale/gen_wc8bit.c
+++ b/extra/locale/gen_wc8bit.c
@@ -7,12 +7,13 @@
#include <wctype.h>
#include <limits.h>
-#ifndef __UCLIBC__
+#ifndef _CTYPE_H
+#define _CTYPE_H
+#endif
#ifndef _WCTYPE_H
#define _WCTYPE_H
#endif
#include "../../libc/sysdeps/linux/common/bits/uClibc_ctype.h"
-#endif
/* #define CTYPE_PACKED */