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)
yann@1239
     1
diff -durN gcc-4.3.2.orig/libgcc/config/sh/t-linux gcc-4.3.2/libgcc/config/sh/t-linux
yann@1239
     2
--- gcc-4.3.2.orig/libgcc/config/sh/t-linux	2009-03-07 11:42:38.000000000 +0100
yann@1239
     3
+++ gcc-4.3.2/libgcc/config/sh/t-linux	2009-03-07 11:03:39.000000000 +0100
yann@1239
     4
@@ -15,7 +15,7 @@
yann@1239
     5
 	-Wl,--soname=@shlib_base_name@.so.1 \
yann@1239
     6
 	-Wl,--version-script=@shlib_map_file@ \
yann@1239
     7
 	-o @multilib_dir@/@shlib_base_name@.so.1.tmp @multilib_flags@ \
yann@1239
     8
-	@shlib_objs@ -lc && \
yann@1239
     9
+	@shlib_objs@ && \
yann@1239
    10
 	rm -f @multilib_dir@/@shlib_base_name@.so && \
yann@1239
    11
 	if [ -f @multilib_dir@/@shlib_base_name@.so.1 ]; then \
yann@1239
    12
 	  mv -f @multilib_dir@/@shlib_base_name@.so.1 \