# HG changeset patch
# User Eli Zaretskii <eliz@gnu.org>
# Date 914931746 0
# Node ID 4ef8ec98dd438870188622087264cf9ec074a5b1
# Parent  ef1cba88281954fd98564bfb67b8d17169791d4e
(cp-make-coding-systems-for-codepage): Doc fix.
(cp-coding-system-for-codepage-1): Likewise.

diff -r ef1cba882819 -r 4ef8ec98dd43 lisp/international/codepage.el
--- a/lisp/international/codepage.el	Mon Dec 28 19:43:05 1998 +0000
+++ b/lisp/international/codepage.el	Tue Dec 29 11:42:26 1998 +0000
@@ -53,7 +53,9 @@
 external DOS codepage codes.
 
 Note that the coding systems created by this function support automatic
-detection of the EOL format."
+detection of the EOL format.  However, the decoders and encoders created
+for these coding systems only support DOS and Unix style EOLs (the -mac
+variety is actually just an alias for the -unix variety)."
   (save-match-data
     (let* ((coding-name (symbol-name coding))
 	   (ccl-decoder-dos
@@ -409,13 +411,14 @@
 
 ;;;###autoload
 (defun cp-make-coding-systems-for-codepage (codepage iso-name offset)
-  "Create 2 coding systems to convert IBM CODEPAGE into charset ISO-NAME
+  "Create a coding system to convert IBM CODEPAGE into charset ISO-NAME
 whose first character is at offset OFFSET from the beginning of 8-bit
 ASCII table.
 
-The two coding systems are identical except for the EOL conversion: one
-of them decodes DOS-style EOLs, the other assumes Unix style and doesn't
-perform any EOL conversions."
+The created coding system has the usual 3 subsidiary systems: for Unix-,
+DOS- and Mac-style EOL conversion.  However, unlike built-in coding
+systems, the Mac-style EOL conversion is currently not supported by the
+decoder and encoder created by this function."
   (let* ((decode-table (intern (format "%s-decode-table" codepage)))
 	 (nonascii-table
 	  (intern (format "%s-nonascii-translation-table" codepage)))