move lib/ to libc/ to make room for a true lib/ directory. Rename libraries to match

git-svn-id: svn://svn.code.sf.net/p/nuttx/code/trunk@5328 42af7a65-404d-4744-a932-0658087f49c3

1 files changed, 55 insertions, 1 deletions

diff --git a/misc/tools/README.txt b/misc/tools/README.txt
index 9faba836d..fff94cd3f 100644
--- a/misc/tools/README.txt
+++ b/misc/tools/README.txt
@@ -2,6 +2,7 @@ misc/tools/README.txt
 =====================
 
 genromfs-0.5.2.tar.gz
+---------------------
 
   This is a snapshot of the genromfs tarball taken from
   http://sourceforge.net/projects/romfs/.  This snapshot is provided to
@@ -11,6 +12,7 @@ genromfs-0.5.2.tar.gz
   from the buildroot.
 
 kconfig-frontends
+-----------------
 
   This is a snapshot of the kconfig-frontends version 3.6.0 tarball taken
   from http://ymorin.is-a-geek.org/projects/kconfig-frontends.
@@ -29,9 +31,10 @@ kconfig-frontends
     make install
 
 kconfig-frontends-3.3.0-1-libintl.patch
+---------------------------------------
 
   The above build instructions did not work for me under my Cygwin
-  installation with kconfig-frontends-4.4.0.  This patch is a awful hack
+  installation with kconfig-frontends-3.3.0.  This patch is a awful hack
   but will successfully build 'mconf' under Cygwin.
 
     cat kconfig-frontends-3.3.0-1-libintl.patch | patch -p0
@@ -48,5 +51,56 @@ kconfig-frontends-3.3.0-1-libintl.patch
     http://ymorin.is-a-geek.org/download/kconfig-frontends/
 
 kconfig-macos.path
+------------------
 
   This is a patch to make the kconfig-frontends-3.3.0 build on Mac OS X.
+
+kconfig-frontends for Windows
+=============================
+
+From http://tech.groups.yahoo.com/group/nuttx/message/2900:
+
+"The build was quite simple:
+
+I used mingw installer and I had to install two packages that the
+automated mingw setup does not bring by default:
+
+  * mingw-get update
+  * mingw-get install mingw32-pdcurses mingw32-libpdcurses
+  * mingw-get install msys-regex msys-libregex
+
+(grep the output of mingw-get list if I got the names wrong)
+
+Then I had to change some things in mconf code, it was quite simple to
+understand the make errors.
+
+  * The first of them is to disable any use of uname() in symbol.c and
+    replace the uname output by a constant string value (I used MINGW32-MSYS),
+
+  * The second one is related to the second parameter to mkdir() that has
+    to disappear for windows (we don't care about folder rights) in confdata.c;
+
+  * And the last one of them involves #undef bool in dialog.h before including
+    curses.h (CURSES_LOC), around line 30.
+
+I wrapped all of my changes in #if(n)def __MINGW32__, but that is not
+sufficient to make that work everywhere, I think.
+
+So mconf itself has some portability issues that shall be managed in a
+cleaner way, what I did was just hacks, I don't think they are
+acceptable by mconf upstream maintainers.
+
+Here is the magic incantation to get the whole thing working. It seems
+that the configure script is not so good and does not bring the required
+bits to link libregex.
+
+  CFLAGS="-I/mingw/include -I/usr/include" LDFLAGS="-Bstatic -L/mingw/lib
+         -L/usr/lib -lregex" ./configure --enable-frontends=mconf --enable-static
+         --disable-shared
+
+So the message I want to pass is that native "make menuconfig" in
+windows IS POSSIBLE, I have done it in a few minutes."
+
+"Oops, forgot something, I had to bring a gperf binary from the gnuwin32 project."
+
+- Sebastien Lorquet