History log of /openbsd/include/ctype.h (Results 1 – 25 of 26)
Revision Date Author Comments
# 0967fc97 04-Feb-2024 jca <jca@openbsd.org>

Move ctype.h defines to the _CTYPE_ prefix, avoids clashes with identifiers in ports

Even if those _[BCNLPSUX] defines are in the reserved namespace, some
ports make use of those identifiers and thu

Move ctype.h defines to the _CTYPE_ prefix, avoids clashes with identifiers in ports

Even if those _[BCNLPSUX] defines are in the reserved namespace, some
ports make use of those identifiers and thus need pointless
headscratching and patches. Just use a longer reserved prefix.
We can't just #undef those defines as they are used in libc.

Change similar to what NetBSD did around 2010. Went through base builds
and an amd64 bulk build, the only fallout was lib(e)stdc++ base_ctype.h.
"make includes" will install the latest ctype.h and libstdc++ ctype_base.h.

"makes sense" deraadt@, ok sthen@ tb@

show more ...


# 3a628b46 05-Sep-2017 schwarze <schwarze@openbsd.org>

New POSIX xlocale implementation written from scratch.
Complete in the sense that all POSIX *locale(3) and *_l(3) functions
are included, but in OpenBSD, we of course only really care about
LC_CTYPE

New POSIX xlocale implementation written from scratch.
Complete in the sense that all POSIX *locale(3) and *_l(3) functions
are included, but in OpenBSD, we of course only really care about
LC_CTYPE and we only support ASCII and UTF-8.

With important help from kettenis@, guenther@, and jca@.
Repeated testing in ports bulk builds by naddy@.
Additional testing by jca@, sebastia@, dcoppa@, and others.
OK kettenis@ dcoppa@, and guenther@ on an earlier version.
Riding guenther@'s libc/librthread major bump.

show more ...


# 6ffa7918 26-May-2014 guenther <guenther@openbsd.org>

Can't use a variable 'c' in a standard include; rename it to '_c'

ok deraadt@ millert@


# acf82b0a 16-Mar-2014 guenther <guenther@openbsd.org>

lint is dead (long live the lint!), so stop using it as a cpp conditional
(namespace pollution!) or talking about its opinion on code.

ok krw@


# 2095efaf 01-Oct-2010 guenther <guenther@openbsd.org>

Now that __only_inline is in <sys/cdefs.h>, replace the local versions in
<ctype.h> and <signal.h>

ok kettenis@ millert@ deraadt@


# 9add5cdd 25-Jul-2010 kettenis <kettenis@openbsd.org>

When using GCC, we always want GNU inline semantics. Fixes issues with
-Wsystem-headers and -std=c99, where GCC 4.2 would warn that it couldn't
give us C99 inline semantics.

ok guenther@, dcoppa@,

When using GCC, we always want GNU inline semantics. Fixes issues with
-Wsystem-headers and -std=c99, where GCC 4.2 would warn that it couldn't
give us C99 inline semantics.

ok guenther@, dcoppa@, millert@, deraadt@

show more ...


# ddaabf24 17-Mar-2007 espie <espie@openbsd.org>

allow extern inline stuff to proceed unchanged thru the mess that the
combined GCC and ISO committees managed to make out of it.

With this, gcc >= 4.3 can grok its way through it correctly.

okay ke

allow extern inline stuff to proceed unchanged thru the mess that the
combined GCC and ISO committees managed to make out of it.

With this, gcc >= 4.3 can grok its way through it correctly.

okay kettenis@, with some help figuring stuff out.

show more ...


# 52a0e603 13-Dec-2005 millert <millert@openbsd.org>

First step in include files overhaul. Use __FOO_VISIBLE (as defined
in sys/cdefs.h) instead of _FOO_SOURCE. Also fix several namespace
pollution issues, including the byte order defines. OK deraad

First step in include files overhaul. Use __FOO_VISIBLE (as defined
in sys/cdefs.h) instead of _FOO_SOURCE. Also fix several namespace
pollution issues, including the byte order defines. OK deraadt@

show more ...


# 89b0597f 08-Aug-2005 espie <espie@openbsd.org>

activate LC_CTYPE for 8 bits locale.
Make sure tolower/toupper use the whole 8 bits.

okay deraadt@
thanks to everyone who tested


# edfd6a11 02-Apr-2004 avsm <avsm@openbsd.org>

fix non-gnu ansi compilers by not using 'inline' but '__inline' instead.
lets tendra build again.
ok deraadt@, pvalchev@, millert@


# 0e313c93 15-Jan-2004 millert <millert@openbsd.org>

If lint is defined, act like _ANSI_LIBRARY was defined. That way
lint gets the prototypes it expects and doesn't get confused by the
inline functions. OK deraadt@


# 98a299b2 13-Jan-2004 millert <millert@openbsd.org>

Allow this to compile on non-gcc. OK deraadt@ art@


# b0f0d7e4 10-Jun-2003 millert <millert@openbsd.org>

Remove an extraneous "& 0xff" (the cast to unsigned char is sufficient).

Use "extern __inline" instead of "static __inline" since the extern
flavor behaves more like a macro (which is what we want).

Remove an extraneous "& 0xff" (the cast to unsigned char is sufficient).

Use "extern __inline" instead of "static __inline" since the extern
flavor behaves more like a macro (which is what we want).

OK deraadt@ and tested on all platforms by various folks.

show more ...


# e33d3bd3 02-Jun-2003 millert <millert@openbsd.org>

Remove the advertising clause in the UCB license which Berkeley
rescinded 22 July 1999. Proofed by myself and Theo.


# da2317ca 30-Dec-2002 millert <millert@openbsd.org>

Back out __EOF stuff and just use -1 in ctype.h. This is OK since
we don't want any user defines to change how the inlined ctype
functions behave.


# 5d8e0bc2 29-Dec-2002 millert <millert@openbsd.org>

Don't define EOF In ctype.h, some 3rd party code checks whether or
not EOF is defined to determine if stdio.h has been included.
Instead, use __EOF which should be OK wrt namespace safety.


# 0e83f639 15-Dec-2002 millert <millert@openbsd.org>

Casting to unsigned int in isfoo() causes problems on alpha and
sparc64. Change cast back to unsigned char but do a bitwise AND
with 0xff to avoid any sign extension weirdness and to make it
impossi

Casting to unsigned int in isfoo() causes problems on alpha and
sparc64. Change cast back to unsigned char but do a bitwise AND
with 0xff to avoid any sign extension weirdness and to make it
impossible for us to overflow _C_ctype_. The bitwise AND is probably
not needed and may be removed later if this does not trigger compiler bugs.

show more ...


# 40eb0a90 14-Dec-2002 millert <millert@openbsd.org>

fix typo; noticed by David Krause


# d5bf5126 14-Dec-2002 millert <millert@openbsd.org>

Instead of doing "if (c == EOF) return 0;" use the hook ('?') operator
instead to make these one-liners. Works around a compiler bug on vax
that affects both the libc and inline versions identically.


# 33f9814b 13-Dec-2002 millert <millert@openbsd.org>

Less stupid check for 7-bit ascii in toupper/tolower
Remove useless check for EOF in isascii


# 32fd4a45 13-Dec-2002 millert <millert@openbsd.org>

Cast to unsigned int, not unsigned char, since what is being cast is an
int, not a char.


# 81732bae 11-Dec-2002 millert <millert@openbsd.org>

Convert ctype.h macros into inline functions. This fixes the issues we
currently have with the macro versions and makes the ctype.h versions
100% identical to what is in libc.
Discussed with pjanzen

Convert ctype.h macros into inline functions. This fixes the issues we
currently have with the macro versions and makes the ctype.h versions
100% identical to what is in libc.
Discussed with pjanzen@ and OK'd by deraadt@.

show more ...


# c72b5b24 16-Feb-2002 millert <millert@openbsd.org>

Part one of userland __P removal. Done with a simple regexp with some minor hand editing to make comments line up correctly. Another pass is forthcoming that handles the cases that could not be don

Part one of userland __P removal. Done with a simple regexp with some minor hand editing to make comments line up correctly. Another pass is forthcoming that handles the cases that could not be done automatically.

show more ...


# 5e524d75 30-Apr-1998 deraadt <deraadt@openbsd.org>

make ctype macros on char 0x82 and such work


# 5ea2d675 21-Sep-1997 niklas <niklas@openbsd.org>

Well, as we are heading for a release people are encouraged to rebuild their
entire trees for testing anyway, I might as well do this intrusive touching
of include files now. Added openBSD tags.


12