From 7f041b2af4afed4e8738992a4506edb29f3da561 Mon Sep 17 00:00:00 2001
From: Gregory Nutt <gnutt@nuttx.org>
Date: Sat, 9 Jan 2016 14:27:22 -0600
Subject: [PATCH] Update README

---
 Documentation    |  2 +-
 README.txt       | 11 -----------
 configs          |  2 +-
 tools/README.txt | 15 ++++++++++++---
 4 files changed, 14 insertions(+), 16 deletions(-)

diff --git a/Documentation b/Documentation
index 4217e1a644..1d164c4df5 160000
--- a/Documentation
+++ b/Documentation
@@ -1 +1 @@
-Subproject commit 4217e1a644a0dfe8f111ab07f9df38af2ea906d7
+Subproject commit 1d164c4df5b6577c52f88d56ce270bd4f7556963
diff --git a/README.txt b/README.txt
index 48fcea6396..87fde12020 100644
--- a/README.txt
+++ b/README.txt
@@ -1112,17 +1112,6 @@ Window Native Toolchain Issues
      is not a long as you might think because there is no dependency checking
      if you are using a native Windows toolchain.  That bring us to #3:
 
-  3. Dependencies are not made when using Windows versions of the GCC on a POSIX
-     platform (i.e., Cygwin).  This is because the dependencies are generated
-     using Windows paths which do not work with the Cygwin make.
-
-       MKDEP                = $(TOPDIR)/tools/mknulldeps.sh
-
-     If you are building natively on Windows, then no such conflict exists
-     and the best selection is:
-
-       MKDEP                = $(TOPDIR)/tools/mkdeps.exe
-
 General Pre-built Toolchain Issues
 
   To continue with the list of "Window Native Toolchain Issues" we can add
diff --git a/configs b/configs
index 6fb104206e..da294ce5cc 160000
--- a/configs
+++ b/configs
@@ -1 +1 @@
-Subproject commit 6fb104206eed94cba309bb827d59780e3d24f002
+Subproject commit da294ce5cc305030e4f9bb8bd238054f20317525
diff --git a/tools/README.txt b/tools/README.txt
index 5766a98458..8578c32839 100644
--- a/tools/README.txt
+++ b/tools/README.txt
@@ -396,6 +396,8 @@ mkromfsimg.sh
 mkdeps.sh
 mkdeps.bat
 mkdeps.c
+cnvwindeps.c
+mkwindeps.sh
 mknulldeps.sh
 -------------
 
@@ -418,8 +420,15 @@ mknulldeps.sh
   script that produces dependencies well for POSIX style hosts (e..g.,
   Linux and Cygwin).  It does not work well for mixed environments with
   a Windows toolchain running in a POSIX style environment (hence, the
-  mknulldeps.sh script).  And, of course, cannot be used in a Windows
-  nativ environment.
+  mkwindeps.sh script).  And, of course, cannot be used in a Windows
+  native environment.
+
+  mkwindeps.sh is a version that creates dependencies using the Windows
+  native toolchain.  That generates Windows native paths in the dependency
+  file.  But the mkwindeps.sh uses cnvwindeps.c to convert the Windows
+  paths to POSIX paths.  This adds some time to the Windows dependency
+  generation but is generally th best option available for that mixed
+  environment of Cygwin with a native Windows GCC toolchain.
 
   [mkdeps.sh does have an option, --winpath, that purports to convert
   the dependencies generated by a Windows toolchain to POSIX format.
@@ -437,7 +446,7 @@ mknulldeps.sh
   does not work well in mixed POSIX environment with a Windows toolchain.
   In that case, there are still issues with the conversion of things like
   'c:\Program Files' to 'c:program files' by bash.  Those issues may,
-  eventually be solvable but for now continue to use mknulldeps.sh in
+  eventually be solvable but for now continue to use mkwindeps.sh in
   that mixed environment.
 
 define.sh