Mercurial > emacs
diff etc/PROBLEMS @ 80127:4cab21eb920b
CX-TERM files no longer cause problems with DOS line-ends.
author | Jason Rumney <jasonr@gnu.org> |
---|---|
date | Fri, 15 Feb 2008 23:28:03 +0000 |
parents | 6d1f448b6c77 |
children | 28af19e6b167 f991f10f15ec |
line wrap: on
line diff
--- a/etc/PROBLEMS Fri Feb 15 23:26:11 2008 +0000 +++ b/etc/PROBLEMS Fri Feb 15 23:28:03 2008 +0000 @@ -2528,28 +2528,6 @@ to detect the shell correctly. Try "make SHELL=cmd.exe", or if that fails, try running make from Cygwin bash instead. -*** Building the MS-Windows port with Leim fails in the `leim' directory. - -The error message might be something like this: - - Converting d:/emacs-21.3/leim/CXTERM-DIC/4Corner.tit to quail-package... - Invalid ENCODE: value in TIT dictionary - NMAKE : fatal error U1077: '"../src/obj-spd/i386/emacs.exe"' : return code - '0xffffffff' - Stop. - -This can happen if the Leim distribution is unpacked with a program -which converts the `*.tit' files to DOS-style CR-LF text format. The -`*.tit' files in the leim/CXTERM-DIC directory require Unix-style line -endings to compile properly, because Emacs reads them without any code -or EOL conversions. - -The solution is to make sure the program used to unpack Leim does not -change the files' line endings behind your back. The GNU FTP site has -in the `/gnu/emacs/windows' directory a program called `djtarnt.exe' -which can be used to unpack `.tar.gz' and `.zip' archives without -mangling them. - *** Building `ctags' for MS-Windows with the MinGW port of GCC fails. This might happen due to a bug in the MinGW header assert.h, which