Mercurialcrosstool-ng / changeset
summary | shortlog | changelog | graph | tags | branches | files | changeset | raw | bz2 | help
libc/mingw: do not remove support symlink 1.9
author"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Wed Jan 26 00:04:41 2011 +0100 (2011-01-26)
branch1.9
changeset 2291075510bba768
parent 2263 2b25e1dab615
child 2292 a4e6b09745dd
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)
scripts/build/libc/mingw.sh file | annotate | diff | revisions 
     1.1 --- a/scripts/build/libc/mingw.sh	Thu Jan 13 23:20:39 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 @@ -98,9 +102,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}"
crosstool-ng