freebsd-dev/lib/libc/locale
David E. O'Brien f506ed7467 There is a problem in that one cannot use ctype.h at the same time as parts
of the C++ stdlib.  Our ctype.h uses symbols of the form _<X> to denote the
various character classes.  Our ctype.h also extends the usual ctype.h
offering by adding the "_T" (special) class.  Problem is parts of the STL
also use the symbol "_T" as its parameterized type.  These two uses are
incompatible.

Thus change the form of the symbols used in ctype to something that fixes
the current problem and is less likely to cause conflicts in the future.

Requested by:	Tomoaki NISHIYAMA <tomoaki@biol.s.u-tokyo.ac.jp>
Ok'ed by:	JKH
2000-02-08 07:43:26 +00:00
..
ansi.c fix unsigned overflow 1998-10-25 05:06:42 +00:00
big5.c PR: 10918 1999-05-07 13:24:58 +00:00
collate.c Simplify sytem call renaming. Instead of _foo() <-- _libc_foo <-- foo(), 2000-01-27 23:07:25 +00:00
collate.h __collate_substitute() do something non-trivial only for German. For everyone 1999-09-12 21:15:28 +00:00
collcmp.c $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
ctype.3 Correct "standard compilance" notes 1999-12-14 10:35:09 +00:00
euc.4 $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
euc.5 $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
euc.c Include string.h for memcpy function prototype. 1998-01-14 08:14:56 +00:00
frune.c
isalnum.3 Although it should be obvious that the 3-digit numeric values of the 2000-01-19 16:21:05 +00:00
isalpha.3 Although it should be obvious that the 3-digit numeric values of the 2000-01-19 16:21:05 +00:00
isascii.3 Although it should be obvious that the 3-digit numeric values of the 2000-01-19 16:21:05 +00:00
isblank.3 $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
iscntrl.3 Although it should be obvious that the 3-digit numeric values of the 2000-01-19 16:21:05 +00:00
isctype.c There is a problem in that one cannot use ctype.h at the same time as parts 2000-02-08 07:43:26 +00:00
isdigit.3 Although it should be obvious that the 3-digit numeric values of the 2000-01-19 16:21:05 +00:00
isgraph.3 Although it should be obvious that the 3-digit numeric values of the 2000-01-19 16:21:05 +00:00
islower.3 Although it should be obvious that the 3-digit numeric values of the 2000-01-19 16:21:05 +00:00
isprint.3 Although it should be obvious that the 3-digit numeric values of the 2000-01-19 16:21:05 +00:00
ispunct.3 Although it should be obvious that the 3-digit numeric values of the 2000-01-19 16:21:05 +00:00
isspace.3 Although it should be obvious that the 3-digit numeric values of the 2000-01-19 16:21:05 +00:00
isupper.3 Although it should be obvious that the 3-digit numeric values of the 2000-01-19 16:21:05 +00:00
isxdigit.3 Although it should be obvious that the 3-digit numeric values of the 2000-01-19 16:21:05 +00:00
lconv.c
localeconv.c
Makefile.inc $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
mbrune.3 $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
mbrune.c
mskanji.c Move it under XPG4 define 1997-09-25 23:20:26 +00:00
multibyte.3 $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
nomacros.c
none.c
rune.3 mdoc(7)'fy 1999-09-23 13:45:43 +00:00
rune.c
runetype.c
setinvalidrune.c
setlocale.3 $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
setlocale.c Fix dead loop if locale contains / and not all categories specified 1999-11-09 11:09:16 +00:00
setlocale.h Restore PATH_LOCALE functionality using issetugid() call now 1997-04-07 08:54:38 +00:00
setrunelocale.c I have added the support for BIG5 encoding into libc/libxpg4/mklocale. 1998-08-15 12:51:49 +00:00
table.c There is a problem in that one cannot use ctype.h at the same time as parts 2000-02-08 07:43:26 +00:00
toascii.3 $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
tolower.3 $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
tolower.c
toupper.3 $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
toupper.c
utf2.4 $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
utf2.5 $Id$ -> $FreeBSD$ 1999-08-28 00:22:10 +00:00
utf2.c More egcs warning fixes: 1999-04-25 22:29:30 +00:00