libc/mingw: do not remove support symlink
author"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Wed Jan 26 00:04:41 2011 +0100 (2011-01-26)
changeset 2282fa5c70b11fec
parent 2281 1333e4ac89f0
child 2283 5d449fd83091
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>
scripts/build/libc/mingw.sh
     1.1 --- a/scripts/build/libc/mingw.sh	Tue Jan 25 22:14:52 2011 +0100
     1.2 +++ b/scripts/build/libc/mingw.sh	Wed Jan 26 00:04:41 2011 +0100
     1.3 @@ -44,6 +44,10 @@
     1.4      mkdir -p "${CT_HEADERS_DIR}"
     1.5      cp -r ${CT_SRC_DIR}/mingwrt-${CT_MINGWRT_VERSION}-mingw32/include/* \
     1.6            ${CT_HEADERS_DIR}
     1.7 +
     1.8 +    # It seems mingw is strangely set up to look into /mingw instead of
     1.9 +    # /usr (notably when looking for the headers). This symlink is
    1.10 +    # here to workaround this, and seems to be here to last... :-/
    1.11      CT_DoExecLog ALL ln -sv "usr" "${CT_SYSROOT_DIR}/mingw"
    1.12  
    1.13      CT_EndStep
    1.14 @@ -94,9 +98,6 @@
    1.15  }
    1.16  
    1.17  do_libc_finish() {
    1.18 -    # Remove the build-symlink now it is no longer needed.
    1.19 -    CT_DoExecLog ALL rm -f "${CT_SYSROOT_DIR}/mingw"
    1.20 -
    1.21      CT_DoStep INFO "Installing MinGW Development libraries"
    1.22  
    1.23      CT_Pushd "${CT_SYSROOT_DIR}"