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) |
branch | 1.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 \
|