From b160422ecd46bc07a42b700f9ece6fabaefafce0 Mon Sep 17 00:00:00 2001 From: Ulrich Drepper Date: Sun, 28 May 2000 16:42:45 +0000 Subject: Update. * manual/charset.texi (Extended Char Intro): Fix typo (and -> as). (Other iconv Implementations): Fix typo. Patch by Martin Pool . --- manual/charset.texi | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'manual/charset.texi') diff --git a/manual/charset.texi b/manual/charset.texi index 407833a4fd..aa4c2670c3 100644 --- a/manual/charset.texi +++ b/manual/charset.texi @@ -94,7 +94,7 @@ for multibyte character strings. The type is defined in @file{stddef.h}. The @w{ISO C90} standard, where this type was introduced, does not say anything specific about the representation. It only requires that this type is capable to store all elements of the basic character set. -Therefore it would be legitimate to define @code{wchar_t} and +Therefore it would be legitimate to define @code{wchar_t} as @code{char}. This might make sense for embedded systems. But for GNU systems this type is always 32 bits wide. It is therefore @@ -1968,7 +1968,7 @@ loading in statically linked programs. On platforms without his capability it is therefore not possible to use this interface in statically linked programs. The GNU C library has on ELF platforms no problems with dynamic loading in in these situations and therefore this -point is mood. The danger is that one gets acquainted with this and +point is moot. The danger is that one gets acquainted with this and forgets about the restrictions on other systems. A second thing to know about other @code{iconv} implementations is that -- cgit v1.2.3