# HG changeset patch
# User "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
# Date 1295996681 -3600
# Node ID fa5c70b11fecf390c78780fe8f8ba0a836a59e92
# Parent  1333e4ac89f0afc489fd1ecc71905f40b8db7c58
libc/mingw: do not remove support symlink

Under mingw, it seems that there is a mix between the traditional /usr
directory, and a similar-purposed /mingw directory (both in the sysroot).

Currently, we create /mingw as a symlink to /usr, and we removed it in
the libc-finish step.

Unfortunately, this prevents the pre-processor to find the headers.
Keeping the symlink makes it magically work...

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

diff -r 1333e4ac89f0 -r fa5c70b11fec scripts/build/libc/mingw.sh
--- a/scripts/build/libc/mingw.sh	Tue Jan 25 22:14:52 2011 +0100
+++ b/scripts/build/libc/mingw.sh	Wed Jan 26 00:04:41 2011 +0100
@@ -44,6 +44,10 @@
     mkdir -p "${CT_HEADERS_DIR}"
     cp -r ${CT_SRC_DIR}/mingwrt-${CT_MINGWRT_VERSION}-mingw32/include/* \
           ${CT_HEADERS_DIR}
+
+    # It seems mingw is strangely set up to look into /mingw instead of
+    # /usr (notably when looking for the headers). This symlink is
+    # here to workaround this, and seems to be here to last... :-/
     CT_DoExecLog ALL ln -sv "usr" "${CT_SYSROOT_DIR}/mingw"
 
     CT_EndStep
@@ -94,9 +98,6 @@
 }
 
 do_libc_finish() {
-    # Remove the build-symlink now it is no longer needed.
-    CT_DoExecLog ALL rm -f "${CT_SYSROOT_DIR}/mingw"
-
     CT_DoStep INFO "Installing MinGW Development libraries"
 
     CT_Pushd "${CT_SYSROOT_DIR}"