summaryrefslogtreecommitdiff
path: root/manual/charset.texi
diff options
context:
space:
mode:
authorUlrich Drepper <drepper@redhat.com>2000-05-28 16:42:45 +0000
committerUlrich Drepper <drepper@redhat.com>2000-05-28 16:42:45 +0000
commitb160422ecd46bc07a42b700f9ece6fabaefafce0 (patch)
tree2ddb0f31f7602eaa393df1a83bc9cd41d055d759 /manual/charset.texi
parente6e813911c66af8e91e6fae70a8fcee84c03015c (diff)
Update.
* manual/charset.texi (Extended Char Intro): Fix typo (and -> as). (Other iconv Implementations): Fix typo. Patch by Martin Pool <mbp@wistful.humbug.org.au>.
Diffstat (limited to 'manual/charset.texi')
-rw-r--r--manual/charset.texi4
1 files changed, 2 insertions, 2 deletions
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