# HG changeset patch
# User Eli Zaretskii <eliz@gnu.org>
# Date 967104108 0
# Node ID a7c55d999688fbfe9891e5ee97ef7285e475ce7f
# Parent  943b0b727bc4ac6c2af001ffc737faf5b6a7c344
Expand the explanation about Lisp files being loaded as multibyte.
Add index entries.

diff -r 943b0b727bc4 -r a7c55d999688 man/mule.texi
--- a/man/mule.texi	Thu Aug 24 03:24:13 2000 +0000
+++ b/man/mule.texi	Thu Aug 24 08:01:48 2000 +0000
@@ -130,14 +130,21 @@
 variable @code{default-enable-multibyte-characters} in your init file to
 have basically the same effect as @samp{--unibyte}.
 
+@cindex Lisp files, and multibyte operation
+@cindex multibyte operation, and Lisp files
+@cindex unibyte operation, and Lisp files
+@cindex init file, and non-ASCII characters
+@cindex environment variables, and non-ASCII characters
   Multibyte strings are not created during initialization from the
 values of environment variables, @file{/etc/passwd} entries etc.@: that
-contain non-ASCII 8-bit characters.  However, the initialization file is
-normally read as multibyte---like Lisp files in general when they are
-loaded for running---even with @samp{--unibyte}.  To avoid multibyte
-strings being generated by non-ASCII characters in it, put
-@samp{-*-unibyte: t;-*-} in a comment on the first line.  Do the same
-for initialization files for packages like Gnus.
+contain non-ASCII 8-bit characters.  However, Lisp files, when they are
+loaded for running, and in particular the initialization file
+@file{.emacs}, are normally read as multibyte---even with
+@samp{--unibyte}.  To avoid multibyte strings being generated by
+non-ASCII characters in Lisp files, put @samp{-*-unibyte: t;-*-} in a
+comment on the first line, or specify the coding system @samp{raw-text}
+with @kbd{C-x @key{RET} c}.  Do the same for initialization files for
+packages like Gnus.
 
   The mode line indicates whether multibyte character support is enabled
 in the current buffer.  If it is, there are two or more characters (most