# HG changeset patch
# User Juanma Barranquero <lekktu@gmail.com>
# Date 1286362503 -7200
# Node ID 043e3c078a674ab1bdc4d2fd87e290f4834bcea3
# Parent  1a4e0055489faa0dc417b6b2c1d2baba3ed79bdb
nt/INSTALL: Add note about problematic characters passed to configure.

diff -r 1a4e0055489f -r 043e3c078a67 nt/ChangeLog
--- a/nt/ChangeLog	Wed Oct 06 16:12:42 2010 +0900
+++ b/nt/ChangeLog	Wed Oct 06 12:55:03 2010 +0200
@@ -1,3 +1,7 @@
+2010-10-06  Juanma Barranquero  <lekktu@gmail.com>
+
+	* INSTALL: Add note about problematic characters passed to configure.
+
 2010-10-01  Eli Zaretskii  <eliz@gnu.org>
 
 	* makefile.w32-in (frc, TAGS, TAGS-gmake, TAGS-nmake): New targets.
diff -r 1a4e0055489f -r 043e3c078a67 nt/INSTALL
--- a/nt/INSTALL	Wed Oct 06 16:12:42 2010 +0900
+++ b/nt/INSTALL	Wed Oct 06 12:55:03 2010 +0200
@@ -221,6 +221,14 @@
   absolutely sure the produced binaries will never need to be run under
   a debugger.
 
+  Because of limitations of the stock Windows command shell, certain
+  characters (quotes, backslashes and equal signs) can be problematic
+  and should not be used in arguments to configure.  That means that
+  forward slashes must be used in paths passed to the compiler and
+  linker via the --cflags and --ldflags options, and that it is
+  currently not possible to pass a macro like -DFOO=BAR (though -DFOO
+  is perfectly valid).
+
   N.B.  It is normal to see a few error messages output while configure
   is running, when gcc support is being tested.  These cannot be
   suppressed because of limitations in the Windows 9X command.com shell.