# HG changeset patch
# User "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
# Date 1295996681 -3600
# Node ID 075510bba768e0f87f827d1148e26792bfbe9dac
# Parent  2b25e1dab615f19ddb865d58fc957ad30474f66b
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>
(transplanted from fa5c70b11fecf390c78780fe8f8ba0a836a59e92)

diff -r 2b25e1dab615 -r 075510bba768 scripts/build/libc/mingw.sh
--- a/scripts/build/libc/mingw.sh	Thu Jan 13 23:20:39 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
@@ -98,9 +102,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}"