patches/binutils/2.17/180-psignal.patch
author "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Tue Aug 02 18:28:10 2011 +0200 (2011-08-02)
changeset 2590 b64cfb67944e
parent 745 e445c00d134d
permissions -rw-r--r--
scripts/functions: svn retrieval first tries the mirror for tarballs

The svn download helper looks for the local tarballs dir to see if it
can find a pre-downloaded tarball, and if it does not find it, does
the actual fetch to upstream via svn.

In the process, it does not even try to get a tarball from the local
mirror, which can be useful if the mirror has been pre-populated
manually (or with a previously downloaded tree).

Fake a tarball get with the standard tarball-download helper, but
without specifying any upstream URL, which makes the helper directly
try the LAN mirror.

Of course, if no mirror is specified, no URL wil be available, and
the standard svn retrieval will kick in.

Reported-by: ANDY KENNEDY <ANDY.KENNEDY@adtran.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
yann@56
     1
Make psignal prototype in libiberty match that in glibc.
yann@56
     2
yann@56
     3
Fixes:
yann@56
     4
yann@56
     5
gcc-2.95.3-glibc-2.1.3/binutils-2.15/libiberty/strsignal.c: In function `psignal':
yann@56
     6
gcc-2.95.3-glibc-2.1.3/binutils-2.15/libiberty/strsignal.c:563: argument `signo' doesn't match prototype
yann@56
     7
/usr/include/signal.h:131: prototype declaration
yann@56
     8
gcc-2.95.3-glibc-2.1.3/binutils-2.15/libiberty/strsignal.c:563: argument `message' doesn't match prototype
yann@56
     9
/usr/include/signal.h:131: prototype declaration
yann@56
    10
gcc-2.95.3-glibc-2.1.3/binutils-2.15/libiberty/strsignal.c:568: warning: comparison between signed and unsigned
yann@56
    11
mprotect... make[1]: *** [strsignal.o] Error 1
yann@56
    12
make[1]: Leaving directory `/export/hda3/dkegel/queue/jobdir.produser_cpsm17/crosstool-0.32/build/i686-unknown-linux-gnu/gcc-2.95.3-glibc-2.1.3/build-binutils/libiberty'
yann@56
    13
make: *** [all-libiberty] Error 2
yann@56
    14
yann@56
    15
when building on red hat 7.1
yann@56
    16
though it's a bit of a mystery why libiberty's psignal is being compiled at
yann@56
    17
all, since red hat 7.1's glibc supports psignal (hence the error message)
yann@56
    18
yann@56
    19
--- binutils-2.17/libiberty/strsignal.c.old	2005-04-18 13:57:40.000000000 -0700
yann@56
    20
+++ binutils-2.17/libiberty/strsignal.c	2005-04-18 13:59:09.000000000 -0700
yann@56
    21
@@ -536,7 +536,7 @@
yann@56
    22
 
yann@56
    23
 /*
yann@56
    24
 
yann@56
    25
-@deftypefn Supplemental void psignal (unsigned @var{signo}, char *@var{message})
yann@56
    26
+@deftypefn Supplemental void psignal (int @var{signo}, const char *@var{message})
yann@56
    27
 
yann@56
    28
 Print @var{message} to the standard error, followed by a colon,
yann@56
    29
 followed by the description of the signal specified by @var{signo},