1
Fork 0
mirror of git://git.sv.gnu.org/emacs.git synced 2026-04-27 08:43:40 -07:00

* PROBLEMS: Add note about use of backslashes in Windows paths.

This commit is contained in:
Juanma Barranquero 2010-07-20 20:32:42 +02:00
parent 9a6063e2d0
commit 0a46152e2e
2 changed files with 20 additions and 2 deletions

View file

@ -1,3 +1,7 @@
2010-07-20 Juanma Barranquero <lekktu@gmail.com>
* PROBLEMS: Add note about use of backslashes in Windows paths.
2010-07-19 Juanma Barranquero <lekktu@gmail.com>
* NEWS: Mention --enable-checking is now supported on Windows.

View file

@ -1037,7 +1037,7 @@ into Meta. This is because of the great importance of Meta in Emacs.
This happens sometimes when using Metacity. Resizing Emacs or ALT-Tab:bing
makes the system unresponsive to the mouse or the keyboard. Killing Emacs
or shifting out from X11 and back again usually cures it (i.e. Ctrl-Alt-F1
or shifting out from X11 and back again usually cures it (i.e. Ctrl-Alt-F1
and then Alt-F7). A bug for it is here:
https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/231034.
Note that a permanent fix seems to be to disable "assistive technologies".
@ -1514,7 +1514,7 @@ One way to cure this is to disable flow control on the local host
(the one running rlogin, not the one running rlogind) using the
stty command, before starting the rlogin process. On many systems,
"stty start u stop u" will do this. On some systems, use
"stty -ixon" instead.
"stty -ixon" instead.
Some versions of tcsh will prevent even this from working. One way
around this is to start another shell before starting rlogin, and
@ -2433,6 +2433,20 @@ several workarounds for this problem:
2. Install the latest Windows SDK.
3. Replace emacs.ico with an older or edited icon.
*** Building the MS-Windows port complains about unknown escape sequences.
Errors and warnings can look like this:
w32.c:1959:27: error: \x used with no following hex digits
w32.c:1959:27: warning: unknown escape sequence '\i'
This happens when paths using backslashes are passed to the compiler or
linker (via -I and possibly other compiler flags); when these paths are
included in source code, the backslashes are interpreted as escape sequences.
See http://lists.gnu.org/archive/html/emacs-devel/2010-07/msg00995.html
The fix is to use forward slashes in all paths passed to the compiler.
** Linking
*** Building Emacs with a system compiler fails to link because of an