patches/gcc/4.3.2/370-sh-no-libc.patch
author "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Wed Jan 26 00:04:41 2011 +0100 (2011-01-26)
branch1.9
changeset 2291 075510bba768
permissions -rw-r--r--
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)
     1 diff -durN gcc-4.3.2.orig/libgcc/config/sh/t-linux gcc-4.3.2/libgcc/config/sh/t-linux
     2 --- gcc-4.3.2.orig/libgcc/config/sh/t-linux	2009-03-07 11:42:38.000000000 +0100
     3 +++ gcc-4.3.2/libgcc/config/sh/t-linux	2009-03-07 11:03:39.000000000 +0100
     4 @@ -15,7 +15,7 @@
     5  	-Wl,--soname=@shlib_base_name@.so.1 \
     6  	-Wl,--version-script=@shlib_map_file@ \
     7  	-o @multilib_dir@/@shlib_base_name@.so.1.tmp @multilib_flags@ \
     8 -	@shlib_objs@ -lc && \
     9 +	@shlib_objs@ && \
    10  	rm -f @multilib_dir@/@shlib_base_name@.so && \
    11  	if [ -f @multilib_dir@/@shlib_base_name@.so.1 ]; then \
    12  	  mv -f @multilib_dir@/@shlib_base_name@.so.1 \